zmscs的专栏

写过Android程序的都知道Activity中有一个名称叫onCreate的方法。该方法是在Activity创建时被系统调用，是一个Activity生命周期的开始。可是有一点容易被忽视，就是onCreate方法的参数saveInsanceState。因为在一般的程序开发中，很少用到这个参数。onCreate方法的完整定义如下: public void onCreate(Bundle sa

ListView 的item布局

一种“unexpected end of stream”异常此异常在使用OkHttp下载文件时出现 特点1：必现； 特点2：不是一开始出现，多出现在下载结尾处，并且每一次位置相同 原因：http响应报文中，header中含有“content-length”,并且它的值比实际文件大，哪怕几个byte也不行，就会报上面的错误，所以请服务器修正这个错误吧；

关于data/data/包名 目录1.关于此目录此目录是app的私有目录，本身可以访问，外部程序没有访问权限，一些不想让用户看到的文件可以往这里边扔；此目录在程序卸载后将被删除；对应设置中的“数据”一项，如果清空数据，这个目录将会被清空。app自身对此目录的读写不需要额外的权限，because this path is internal storage;2.目录的操作Context 提供了一些API

这个错误exit value不是1，编译apk时报错；似乎是21.0.0的错误，21.0.2修正了这个错误，把SDK Build-tools升级到21.0.2，这个问题就没有了；

android导致VFY（verifyerror）错误的一种情况classes.dex

解决android子控件与父控件滑动冲突的问题开发过程中会遇到可滑动控件互相嵌套导致滑动冲突的问题考虑到滑动冲突是由于父view的onInterceptTouchEvent(MotionEvent ev)函数调用导致的，可以通过调用父view的requestDisallowInterceptTouchEvent方法达到滑动子view不影响父view滑动的效果继承自view 的控件都可以重写如下函数：

Android Serializable与ParcelableSerializable与Parcelable是用来保存或传送Java对象

使用serializable对象实现parcelable接口，但是不能通过Intent在不同app（进程）间传递这个对象；

serialVersionUID适用于JAVA的序列化机制。简单来说，Java的序列化机制是通过判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体类的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常，即是InvalidCastExcption

在使用seekbar的时候，需要实现OnSeekBarChangeListener的下面三个接口 @Override public void onProgressChanged(SeekBar seekBar, int progress, boolean fromUser) { // TODO Auto-generated method stub } @Override

解压函数： /** * 解压assert中的文件到指定目录 * @param is 文件输入流 * @param dir 目标路径（路径已存在） * @throws IOException */ private void unzip (InputStream is, String dir) throws IOException { F

一个TimerTask 通过schedule方法使用之后，不能通过schedule方法调用第二次，想重复使用是不行的，是一次性用品。当你重新想利用这个timertask时，那么你只能重新获得一个实例，最好是写成类：class MyTask extends TimerTask{ @Override public void run(){ // TODO Auto-generat

当接听电话或者打出电话时，希望能够将自己的应用声音调小，如何实现呢 public void onReceive(Context context, Intent intent) { // TODO Auto-generated method stub ctx = context; if(first){ AudioManager audiomanager = (AudioMa

貌似只有中国有双卡双待这种强大的功能，外国那是没有的。所以android的标准api并不支持双卡。使用getDeviceId只能得到一个IMEI，不能指定是哪个，插卡和没插卡也许也会不一样。    通过反射的话，可以读取双卡的信息，不过因为没有统一的解决方案，不同的厂商的解决方案会不一样。下面是MTK平台的： private void getSIMInfo() { try

这里不讨论Context.startService()方式启动的service，如何控制它的重启网上有很多资料可以查阅。说一下通过Context.bindService()方式启动的service(单纯一种方式启动)。分客户端和服务端，客户端如果被kill掉，没说的，service也终止了。但如果用任务管理器kill掉了客户端的进程，service被杀掉，但android系统会自动重新启动它，因为

android 获取控件宽高的两个方法以及注意事项