Android编程规范及优化

一、编码规则

1.      函数的规模尽量限制在 200 行以内。

2.      一个方法仅完成一件功能。如果一个方法实现多个功能，可以考虑分拆成多个方法，每个方法实现一个功能。

3.      如果多段代码重复做同一件事情，那么可考虑提供一个公用的方法实现这个功能，供其它方法调用。

4.      检查函数所有参数输入的有效性。例如参数传入 ArrayList 对象为空，如果直接使用会导致程序异常。

5.      对方法的异常中应有全面的处理，不要想当然在 try 块中实现的功能中只可 能发生某一种异常，实际上可能会发生很多异常，如：IOException、NullPointerException 等，对抛出的异常最后应加上捕捉默认的 Exception，并进行处理。

6.      数据库的操作，应记得关闭游标和数据库，在需要SimpleCursorAdapter时，可使用Activity.startManagingCursor(Cursor c)来管理游标，使游标的生命周期和Activity的生命周期一致。

7.      Log(系统名称 模块名称 接口名称，详细描述)，方便定位问题

8.      不要重用父类的handler，对应一个类的handler也不应该让其子类用到，否则会导致message.what冲突

9.      数据一定要效验，例如字符型转数字型，如果转换失败一定要有缺省值；服务端响应数据是否有效判断；

10.   程序中使用到的资源应当被释放，以避免资源泄漏。这最好在finally块中去做。不管程序执行的结果如何，finally块总是会执行的，以确保资源的正确关闭。

11.   在OnDestroy()中 将不用的static的成员置成null

12.   遍历Collection的不要去修改或删除元素。如有删除的元素，可以在遍历之后完成。

二、  性能优化

2.1 代码优化

1.      字符串频繁操作时,多用StringBuffer而少用String

2.      尽量使用本地变量,即反复使用的变量要先保存成临时或局部变量,尤其是循环中使用的变量

3.      如果一个方法不访问(不修改)成员变量,请用static

4.      尽量不用get和set,如果你非要用的话请加上final关键字,编译器会把它当成内联函数

5.      不修改的static变量请用static final常量代替

6.      避免使用枚举,请使用常量代替（枚举需要创建对象，开销更大）

7.      不使用的引用变量要手动置null,提高内存被回收的几率

8.      用多个一维数组代替二维数组 int[][]=====int[] int[]，二维数据占用的内存空间比一维数组多得多，大概10倍以上。

9.      不要在循环当中声明临时变量，不要在循环中捕获异常

10.   如果对于线程安全没有要求，尽量使用线程不安全的集合对象

11.   如果程序会频繁创建线程，则可以考虑使用线程池。

12.   创建新的对象都需要额外的内存空间，要尽量减少创建新的对象。

13.   对Context的使用如果可以用Application Context，尽量别用Activity Context，以防止Activity占用内存不能及时回收。

14.   static变量在程序运行期间其内存是共享的，且只有一份，所以有时将一些变量声明为static，可以起到节约内存空间的作用，但是由于静态变量生命周期很长，不易被系统回收，所以使用静态变量要合理，不能盲目的使用。

15.   尽量避免非常大的内存分配，有时候问题不是由当时的堆状态造成的，而是因为分配失败造成的。分配的内存块都必须是连续的，而随着堆越来越满，找到较大的连续块越来越困难。

16.   尽量使用System.arraycopy ()代替通过来循环复制数组，System.arraycopy() 要比通过循环来复制数组快的多

17.    适当的使用弱引用（WeakReference）。当定义了一个对象，用弱引用记住它后，在下一次GC运行时就会把它当作无用的对象回收，和软引用的区别是不会根据内存情况判断。

2.2启动优化

1.     减少静态对象创建，尽可能不要在Application 执行静态逻辑代码。

2.     Application在oncreat中，不要做io读写等耗时操作，如果要做，则尽量可能延后执行放到非UI线程去做。

3.     在减少闪屏的布局的层次，尽可能在xml中布局，而非代码中动态创建。

4.     闪屏界面Activity的theme设置为透明色，防止运行慢时出现的白屏或黑屏现象。

5.     不要在activity的onCreat, onStart,onResume的生命周期中去加载动画，尽量延迟加载，以防止出现卡屏。

2.3布局优化

1.     抽象布局标签

(1) <include>标签

include标签常用于将布局中的公共部分提取出来供其他layout共用，以实现布局模块化，这在布局编写方便提供了大大的便利。

(2) <viewstub>标签

viewstub标签同include标签一样可以用来引入一个外部布局，不同的是，viewstub引入的布局默认不会扩张，即既不会占用显示也不会占用位置，从而在解析layout时节省cpu和内存。

viewstub常用来引入那些默认不会显示，只在特殊情况下显示的布局，如进度布局、网络失败显示的刷新布局、信息出错出现的提示布局等。

(3) <merge>标签

在使用了include后可能导致布局嵌套过多，多余不必要的layout节点，从而导致解析变慢，不必要的节点和嵌套可通过hierarchy viewer或设置->开发者选项->显示布局边界查看。

2.     能用线性布局（LinearLayout）很方便的实现的，尽量用线性布局实现（效率相对高）。

3.     如果多个Activity中包含共同的UI处理，那么可以提炼一个CommonActivity，把通用部分叫由它来处理，其他activity只要继承它即可或者用fragment来实现。

4.     styles.xml：将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中。

2.4图片优化

1.     如图片尺寸大于界面显示尺寸，可以转化为缩略图再加载：

BitmapFactory.Options options = new BitmapFactory.Options（）;   

options.inSampleSize = 2; 

Bitmap img = BitmapFactory.decodeFile（"/sdcard/1.png"， options）; 

2.     用ARBG_4444色彩模式加载图片：

Android中有四种，分别是：

ALPHA_8：每个像素占用1byte内存

ARGB_4444:每个像素占用2byte内存

ARGB_8888:每个像素占用4byte内存

RGB_565:每个像素占用2byte内存

Android默认的色彩模式为ARGB_8888，这个色彩模式色彩最细腻，显示质量最高。但同样的，占用的内存也最大。

3.     本地的背景图片，首先考虑用shape或者.9替代，不能代替的图片，可以考虑是否可以延后加载。

4.     Bitmap不用的时候，及时调用recycle()，

5.     采用开源框架如：Universal-Image-Loader ,picasso, Volley 均实现对图片的缓存和加载优化。

2.5 ListView列表优化

1.      多用convertView缓存，减少频繁创建和加载布局，减少滑动时GC次数

2.      采用ViewHolder模式，缓存子布局，来减少findViewById使用频率，

3.      ListView中item的布局至关重要，必须尽可能的减少使用的控件，布局的层级，千万不要item布局中再嵌套listView或者GridView会严重影响流畅性。

4.      getView方法中不能做复杂的逻辑计算，特别是数据库操作，否则会严重影响滑动时的性能。 遇到图片等大数据的加载时，采用异步加载策略。

5.      如item条目很多可以考虑分页加载的方式，来减少内存的占用。

6.      ListView的背景色与cacheColorHint设置相同颜色，可以提高滑动时的渲染性能

7.      ListView，GridView的高宽尽量使用fill_parent,match_parent,或者具体高度。（使用wrap_content每次getView()都会去计算高宽，会频繁调用getView()）