android内存优化

http://blog.csdn.net/hewence1/article/details/39004301

对android优化一直很重视，现在从网上摘抄一些别人的经验（前面部分摘抄地址）：

1、对静态变量的慎用：

          静态变量的生命周期是从类的加载到卸载，看了几篇文章，大致都是这样说的，其中这篇文章介绍的比较详细些：链接地址http://blog.csdn.net/ctcwri/article/details/8858414。从那篇文章可以了解到，如果我们写的一个App存在大量静态变量的引用，可能会导致移动设备内存占用率很高，我的理解是如果移动设备不是内存不够的话，没杀掉那些进程，由于存在这些静态变量的引用，这些内存资源是不会被释放的，比如我刚做的项目就有对activity和context的静态引用，context是属于非常重的对象，所以以后切记不要这样用，但是很多地方需要用到Context，这时候可以用Application的Context，Context.getApplicationContext()。

2、数据库操作时，及时关闭游标，对文件也是如此。下面是摘用别人的一段代码：

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(); } }

3、对adapter的优化，这个由于平时用的比较多，这这里就不记录了，首先是convertView的重用，然后是利用viewHolder记录。Google技术大会上也说了这个，可以自行百度Google技术大会，然后下PDF文件看。

4、写代码时保持良好习惯：

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

将类、变量、方法等等的可见性修改为最小。

针对字符串的拼接，使用StringBuffer替代String。

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

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

使用集合对象，如果事先知道其大小，则可以在构造方法中设置初始大小。

文件读取操作需要使用缓存类，及时关闭文件。

慎用异常，使用异常会导致性能降低。

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

5、对bitmap的处理

android中bitmap的使用总感觉有很大的学习空间，特别是对bitmap的回收，bitmap是比较占用资源的。还有从网络上异步下载图片的时候，更是有很多需要注意的地方，比如以前看到过的在滑动停留的地方才去后台加载图片，预加载图片策略等等，由于没有去做过，总感觉急需弥补。

             用bitmap时，在不再需要这个bitmap时及时调用recycle回收，然后置null。就算调用recycle不能马上释放占用的内存资源，但是也会加快回收占用的内存。

6、对java引用的四种级别了解，在需要性能优化的时候，考虑是否能够用上。在平时开发的时候，遇到占用内存大而且声明周期长的对象的时候，尽量应用软引用和弱引用。

考虑是否 的

• Do not keep long-lived references to a context-activity (a reference to an activity should have the same life cycle as the activity itself)
• Try using the context-application instead of a context-activity
• Avoid non-static inner classes in an activity if you don’t control their life cycle, use a static inner class and make a weak reference to the activity inside

And remember that a garbage collector is not an insurance against memory leaks. Last but not least, we try to make such leaks harder to make happen whenever we can