[移动开发]Android内存泄漏优化方案：

1.? 单例传context的时候，别用activity用application

构造单例的时候，需要传context，尽量别传activity的引用，用application。因为单例的静态特性，声明周期和应用生命周期一样长，当我们退出activity的时候。但是静态单例会持有这个activity的引用，导致activity对象无法被回收释放，就会造成内存泄漏。

 private static AppSetting mInstance; 
 public  static AppSetting getInstance(Context context){
        if(mInstance==null){
            mInstance=new AppSetting(context);
        }
        return mInstance;
    }

2.非静态内部类。 换成静态内部类+弱引用的方式。

匿名内部类默认持有外部类的引用。当外部类需要销毁的时候，匿名内部类声明周期比外部类长。又因为匿名内部了持有外部类引用。导致外部类无法销毁。容易发生内存泄漏。所以用静态内部类+弱引用的方式。内部类用static修饰，内部类需要传context。记的把对象放在弱引用里面。这样垃圾回收器启动时，就会回收对象。

3.资源未关闭或释放 资源不使用的时候记得关闭。

io流，File,Cursor，数据库，在不使用的时候记得关闭

如果不关闭这些缓冲对象就会一直被占用而得不到释放，以致发生内存泄露

4.Bitmap对象不在使用时调用recycle()释放内存

5.广播和观察者，在activity销毁的时候，记得反注册（取消）。

6.少用静态变量指向一个引用，或者不使用的时候记得及时置空

一些静态变量用来存储一些对象的引用，可是没有定期清除变量里的对象，容易发生内存泄漏。因为静态变量生命周期从类加载开始，到整个进程结束。一旦静态变量初始化后，它所持有的引用只有等到进程结束才会释放

如果有静态变量指向activity，当activity调用了OnDestory方法是，由于有静态变量指向此activity，所以activity不会被垃圾回收器回收。并且又不无法被使用，容易造成内存泄漏。通过调用system.gc（）方法进行回收。

7.耗时任务，属性动画，记得在activity销毁的时候，取消动画。

8.webView的销毁和移除。

webview在加载网页后，会长期占有内存而得不到释放。因此我们在activity销毁的时候，及时销毁和移除webview来释放内存。

9.AsyncTask异步任务的时候

异步实现的线程调用的ThreadPoolExcutor,导致线程的生命周期无法控制，容易出现内存泄漏，解决方式是用弱引用指向此对象