良好的编程习惯避免内存泄露

如果需要动态分配一块内存，程序员需要负责这块内存的整个生命周期。从申请分配、到使用、再到最后的释放。程序员很容易由于疏忽而忘记释放内存，从而导致内存的泄露。

Java中对内存对象的访问，使用的是引用的方式。在Java代码中我们维护一个内存对象的引用变量，通过这个引用变量的值，我们可以访问到对应的内存地址中的内存对象空间。在Java程序中，这个引用变量本身既可以存放堆内存中，又可以放在代码栈的内存中（与基本数据类型相同）。GC线程会从代码栈中的引用变量开始跟踪，从而判定哪些内存是正在使用的。如果GC线程通过这种方式，无法跟踪到某一块堆内存，那么GC就认为这块内存将不再使用了（因为代码中已经无法访问这块内存了）。

1， 尽早释放无用的对象引用

     可以多使用临时变量。或者通过设置为null，暗示垃圾收集器来收集该对象，防止发生内存泄露。

     第一，是在声明对象引用之前，明确内存对象的有效作用域

     第二，在内存对象不再需要时，记得手动将其引用置空。

2，尽量不要使用static变量，因为static是全局的，GC不会回收。

3，避免集中创建对象尤其是大对象，JVM会突然需要大量内存，这样必然会触发GC优化系统内存环境

4， 不要在经常调用的方法中创建对象，尤其是不要再循环中创建对象

5， 当操作完数据库之后，及时关掉cursor。

6，  以构造 ListView 的 BaseAdapter 为例，在 BaseAdapter 中提供了方法 getView(int position, View convertView, ViewGroup parent) 来向 ListView 提供每一个 item 所需要的 view 对象。初始时 ListView 会从 BaseAdapter 中根据当前的屏幕布局实例化一定数量的 view 对象，同时 ListView 会将这些 view 对象缓存起来。当向上滚动 ListView 时，原先位于最上面的 list item 的 view 对象会被回收，然后被用来构造新出现的最下面的 list item 。这个构造过程就是由 getView() 方法完成的， getView() 的第二个形参  View convertView 就是被缓存起来的 list item 的 view 对象 ( 初始化时缓存中没有 view 对象则 convertView 是 null) 。

    由此可以看出，如果我们不去使用convertView，而是每次都在getView()中重新实例化一个View对象的话，即浪费资源也浪费时间，也会使得内存占用越来越大

7， 如果有很多字符串需要处理，用StringBuffer而不用String。

8， 检查List，Map等集合对象是否有使用完后，未清除的问题。

9， 避免死循环或递归调用

10, 在 registerReceiver之后及时调用 unregisterReceiver

11，  Bitmap对象不用的时候记得recycle()。

12， 如果在内存里面缓存大量图片或字符串，最好用软引用或弱引用

强：不会被gc收集

软：根据内存情况被gc收集

弱：过一段时间就会被收集

13，将图片压入内存得到bitmap之前先利用BitmapFactory.Options的inSampleSize的值得到压缩图片，这样会省内存。比如inSampleSize=2，图片将压缩为原图的1/2，占用内存也会变为1/2，而且这样的处理是在加载到内存之前进行的。这在处理很大图片时是必须的。

14， 尽量在程序中少使用对图片的放大或缩小或翻转.在对图片进行操作时占用的内存可能比图片本身要大一些。

15， 一个对象被多个对象引用,但是只释放了一处,也可能会导致这个对像不会被释放。

16， 一些长周期的对像引用了短周期的对象,但是这些短周期的对象可能只在很小的范围内使用