内存泄漏有哪些场景以及解决方法

• 类的静态变量持有大数据对象 静态变量长期维持到大数据对象的引用，阻止垃圾回收。

• 非静态内部类存在静态实例 非静态内部类会维持一个到外部类实例的引用，如果非静态内部类的实例是静态的，就会间接长期维持着外部类的引用，阻止被回收掉。

• 资源对象未关闭 资源性对象比如（Cursor，File文件等）往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们， 以便它们的缓冲及时回收内存。它们的缓冲不仅存在于java虚拟机内，还存在于java虚拟机外。 如果我们仅仅是把它的引用设置为null,而不关闭它们，往往会造成内存泄露。 解决办法： 比如SQLiteCursor（在析构函数finalize（）,如果我们没有关闭它，它自己会调close()关闭）， 如果我们没有关闭它，系统在回收它时也会关闭它，但是这样的效率太低了。 因此对于资源性对象在不使用的时候，应该调用它的close()函数，将其关闭掉，然后才置为null. 在我们的程序退出时一定要确保我们的资源性对象已经关闭。 程序中经常会进行查询数据库的操作，但是经常会有使用完毕Cursor后没有关闭的情况。如果我们的查询结果集比较小， 对内存的消耗不容易被发现，只有在常时间大量操作的情况下才会复现内存问题，这样就会给以后的测试和问题排查带来困难和风险，记得try catch后，在finally方法中关闭连接

• Handler内存泄漏 Handler作为内部类存在于Activity中，但是Handler生命周期与Activity生命周期往往并不是相同的，比如当Handler对象有Message在排队，则无法释放，进而导致本该释放的Acitivity也没有办法进行回收。 解决办法：

• 声明handler为static类，这样内部类就不再持有外部类的引用了，就不会阻塞Activity的释放

• 如果内部类实在需要用到外部类的对象，可在其内部声明一个弱引用引用外部类。

  public class MainActivity extends Activity {
   private CustomHandler mHandler;
  
   @Override
   protected void onCreate(Bundle savedInstanceState) {
       super.onCreate(savedInstanceState);
       mHandler = new CustomHandler(this);
   }
  
   static class CustomHandlerextends Handler {
       // 内部声明一个弱引用，引用外部类
       private WeakReference<MainActivity > activityWeakReference;
       public MyHandler(MyActivity activity) {
           activityWeakReference= new WeakReference<MainActivity >(activity);
       }
               // ... ...   
   }
  }
  

• 在Activity onStop或者onDestroy的时候，取消掉该Handler对象的Message和Runnable

  Override
  public void onDestroy() {
   //  If null, all callbacks and messages will be removed.
   mHandler.removeCallbacksAndMessages(null);
  }
  

• 一些不良代码习惯 有些代码并不造成内存泄露，但是他们的资源没有得到重用，频繁的申请内存和销毁内存，消耗CPU资源的同时，也引起内存抖动 解决方案 如果需要频繁的申请内存对象和和释放对象，可以考虑使用对象池来增加对象的复用。 例如ListView便是采用这种思想，通过复用converview来避免频繁的GC