Android应用性能优化之从代码入手
1）静态变量引起内存泄露
在代码优化的过程中，我们需要对代码中的静态变量特别留意。静态变量是类相关的变量，它的生命周期是从这个类被声明，到这个类彻底被垃圾回收器回收才会被销 毁。所以，一般情况下，静态变量从所在的类被使用开始就要一直占用着内存空间，直到程序退出。如果不注意，静态变量引用了占用大量内存的资源，造成垃圾回收器无法对内存进行回收，就可能造成内存的浪费。
先来看一段代码，这段代码定义了一个Activity。
private static Resources mResources; @Override protected void onCreate(Bundle state) { super.onCreate(state); if (mResources == null) { mResources = this.getResources(); } }
这段代码中有一个静态的Resources对象。代码片段mResources = this.getResources()对Resources对象进行了初始化。这时Resources对象拥有了当前Activity对象的引用，Activity又引用了整个页面中所有的对象。
如 果当前的Activity被重新创建（比如横竖屏切换，默认情况下整个Activity会被重新创建），由于Resources引用了第一次创建的 Activity，就会导致第一次创建的Activity不能被垃圾回收器回收，从而导致第一次创建的Activity中的所有对象都不能被回收。这个时 候，一部分内存就浪费掉了。
经验分享：
在实际项目中，我们经常会把一些对象的引用加入到集合中，如果这个集合是静态的话，就需要特别注意了。当不需要某对象时，务必及时把它的引用从集合中清理掉。或者可以为集合提供一种更新策略，及时更新整个集合，这样可以保证集合的大小不超过某值，避免内存空间的浪费。
2）全局变量
(1)Android提供了很健全的消息传递机制(intent)和任务模型(Handler) 可以通过传递或事件的方式，防止一些不必要的全局变量。
(2)对于很多必不可少的全局引用，如果不是随时需要或者必不可少，则可以使用SoftRerence或者WeakRerence引用他们，可以保证在系统内存不足的时候，他们会首先释放而不是出现OOM
3）及时关闭资源
Cursor 是Android查询数据后得到的一个管理数据集合的类。正常情况下，如果我们没有关闭它，系统会在回收它时进行关闭，但是这样的效率特别低。如果查询得 到的数据量较小时还好，如果Cursor的数据量非常大，特别是如果里面有Blob信息时，就可能出现内存问题。所以一定要及时关闭Cursor。
下面给出一个通用的使用Cursor的代码片段。
Cursor cursor = null; try{ cursor = mContext.getContentResolver().query(uri,null,null,null,null); if (cursor != null) { cursor.moveToFirst(); // 处理数据 } } catch (Exception e){ e.printStatckTrace(); } finally { if (cursor != null){ cursor.close(); } }
即对异常进行捕获，并且在finally中将cursor关闭。
同样的，在使用文件的时候，也要及时关闭。
5）使用Bitmap及时调用recycle()
前面的章节讲过，在不使用Bitmap对象时，需要调用recycle()释放内存，然后将它设置为null。虽然调用recycle()并不能保证立即释放占用的内存，但是可以加速Bitmap的内存的释放。
在代码优化的过程中，如果发现某个Activity用到了Bitmap对象，却没有显式的调用recycle()释放内存，则需要分析代码逻辑，增加相关代码，在不再使用Bitmap以后调用recycle()释放内存。
6）代码“微优化”
下面简要列举一部分。因为一般Java开发者都能够理解，就不再做具体的代码说明。
创建新的对象都需要额外的内存空间，要尽量减少创建新的对象。
将类、变量、方法等等的可见性修改为最小。
针对字符串的拼接，使用StringBuffer替代String。
不要在循环当中声明临时变量，不要在循环中捕获异常。
如果对于线程安全没有要求，尽量使用线程不安全的集合对象。
使用集合对象，如果事先知道其大小，则可以在构造方法中设置初始大小。
文件读取操作需要使用缓存类，及时关闭文件。
慎用异常，使用异常会导致性能降低。
