关于android稍微提升些编码效率

原文链接：http://alpheus.diandian.com/post/2012-07-09/40029594602

一、java代码优化

编写高效的Android代码，应遵循两个原则：

不要做不必要的事

不要分配不必要的内存

以下是一些达到此目标的小技巧（有一些技巧是与oo的原则冲突，斟酌使用场景）：

 

1、避免建立对象

例如，int数组比Integer数组好，同理，这适用于所有基本类型的组合

 

2、使用本地方法

不要吝惜使用String.indexOf(), String.lastIndexOf()等特殊实现的方法(specialty methods)。这些方法都是使用C/C++实现的

 

3、使用实现类比接口好

Map myMap1 = new HashMap();

HashMap myMap2 = new HashMap();

调用一个接口的引用会比调用实体类的引用多花费一倍的时间

 

4、不用getter和setter

应该直接访问变量

 

5、将成员变量缓存到本地

for (int i = 0; i< this.mCount; i++)           

    dumpItem(this.mItems[i]);

最好改成这样：

　　int count = this.mCount;

　　Item[] items = this.mItems;

　　for (int i = 0; i< count; i++) dumpItems(items[i]);

另外，永远不要在for的第二个条件中调用任何方法

 

6、给常量加上final

static int intVal = 42;

static String strVal = “Hello, world!”;

　　编译器会生成一个叫做的初始化类的方法，当类第一次被使用的时候这个方法会被执行。方法会将42赋给intVal，然后把一个指向类中常量表的引用赋给strVal。当以后要用到这些值的时候，会在成员变量表中查找到他们。

static final int intVal = 42;

static final String strVal = “Hello, world!”;

　　现在，类不再需要方法，因为在成员变量初始化的时候，会将常量直接保存到类文件中。用到intVal的代码被直接替换成42，而使用strVal的会指向一个字符串常量，而不是使用成员变量。

 

7、谨慎使用foreach

　　foreach可以用在实现了Iterable接口的集合类型上。foreach会给这些对象分配一个iterator，然后调用hasNext()和next()方法。你最好使用foreach处理ArrayList对象，但是对其他集合对象，foreach相当于使用iterator

 

8、避免使用枚举

　　枚举变量非常方便，但不幸的是它会牺牲执行的速度和并大幅增加文件体积

 

9、将内部类需要访问的外部变量或方法声明在包范围内

public class Foo {

　　private int mValue;

　　public void run() {

    　　Inner in = new Inner();

    　　mValue = 27;

    　　in.stuff();

　　}

　　private class Inner {

    　　void stuff() {

　　    System.out.println(Foo.this.mValue);

    　　}

　　}

}

Foo$Inner是一个完全独立的类，它要直接访问Foo的私有成员是非法的。编译器会自动生成一个方法：

/*package*/ static int Foo.access$100(Foo foo) {

　　return foo.mValue;

}

内部类在每次访问”mValue”方法时，都会调用这个静态方法。同理，内部类要访问私有方法也是如此。

 

10、避免使用浮点数

嵌入式处理器通常没有支持浮点运算的硬件，所有对”float”和”double”的运算都是通过软件实现的

通过将内部类访问的变量和函数声明由私有范围改为包范围，我们可以避免这个问题。这样做可以让代码运行更快，并且避免产生额外的静态方法。(遗憾的是，这些成员变量和方法可以被同一个包内的其他类直接访问，这与经典的OO原则相违背。因此当你设计的时候应该谨慎使用这条优化原则)

 

 

二、android控件优化

 

1，http用gzip压缩，设置连接超时时间和响应超时时间

 

http请求按照业务需求，分为是否可以缓存和不可缓存，那么在无网络的环境中，仍然通过缓存的httpresponse浏览部分数据，实现离线阅读。

 

2.listview 性能优化

 

1).复用convertView

 

在getItemView中，判断convertView是否为空，如果不为空，可复用。如果couvertview中的view需要添加listerner，代码一定要在if(convertView==null){}之外。

 

2).异步加载图片

 item中如果包含有webimage，那么最好异步加载

 

3).快速滑动时不显示图片

当快速滑动列表时（SCROLL_STATE_FLING），item中的图片或获取需要消耗资源的view，可以不显示出来；而处于其他两种状态（SCROLL_STATE_IDLE 和SCROLL_STATE_TOUCH_SCROLL），则将那些view显示出来

 

4).BaseAdapter避免内存溢出

 

如果BaseAdapter的实体类有属性非常消耗内存，可以将保存到文件；为提高性能，可以进行缓存，并限制缓存大小。

 

3.使用线程池，分为核心线程池和普通线程池，下载图片等耗时任务放置在普通线程池，避免耗时任务阻塞线程池后，导致所有异步任务都必须等待

 

4.异步任务，分为核心任务和普通任务，只有核心任务中出现的系统级错误才会报错，异步任务的ui操作需要判断原activity是否处于激活状态

 

5.尽量避免static成员变量引用资源耗费过多的实例,比如Context

 

6.使用WeakReference代替强引用，弱引用可以让您保持对对象的引用，同时允许GC在必要时释放对象，回收内存。对于那些创建便宜但耗费大量内存的对象，即希望保持该对象，又要在应用程序需要时使用，同时希望GC必要时回收时，可以考虑使用弱引用。

 

7.超级大胖子Bitmap

及时的销毁(Activity的onDestroy时将bitmap回收，在被UI组件使用后马上进行回收会抛RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap)

设置一定的采样率(有开发者提供的图片无需进行采样，对于有用户上传或第三方的大小不可控图片，可进行采样减少图片所占的内存)，从服务端返回图片，建议同时反馈图片的size巧妙的运用软引用drawable对应resid的资源，bitmap对应其他资源任何类型的图片，如果获取不到（例如文件不存在，或者读取文件时跑OutOfMemory异常），应该有对应的默认图片（默认图片放在在apk中，通过resid获取）；

 

8.保证Cursor 占用的内存被及时的释放掉，而不是等待GC来处理。并且Android明显是倾向于编程者手动的将Cursor close掉

 

9.线程也是造成内存泄露的一个重要的源头。线程产生内存泄露的主要原因在于线程生命周期的不可控

 

10.如果ImageView的图片是来自网络，进行异步加载

 

11.应用开发中自定义View的时候，交互部分，千万不要写成线程不断刷新界面显示，而是根据TouchListener事件主动触发界面的更新

 

12.Drawable

ui组件需要用到的图片是apk包自带的，那么一律用setImageResource或者setBackgroundResource，而不要根据resourceid

 

注意：get(getResources(), R.drawable.btn_achievement_normal)该方法通过resid转换为drawable，需要考虑回收的问题，如果drawable是对象私有对象，在对象销毁前是肯定不会释放内存的。

 

13.复用、回收Activity对象临时的activity及时finish主界面设置为singleTask一般界面设置为singleTop

 

14.位置信息获取用户的地理位置信息时，在需要获取数据的时候打开GPS，之后及时关闭掉

 

15.在onResume时设置该界面的电源管理，在onPause时取消设置