Android 程序页面之间多次跳转照成手机内存飙高从而引发OOM的解决方案 初稿

先简单说下这个问题是怎么来的吧，程序打开进入主页，这个时候就可以通过主页来跳转到其他页面，有的是Activity或者是Fragment构建的页面，这个时候我们就可以通过Android Studio提供的Android Monitor观察Monitors中的Memory实时展示当前程序运行占用的内存，根据页面的复杂程度占用的内存高低不一，简单的就几MB，复杂的都是20MB/50MB，你以为这就结束了，呵呵！还没完，现在我们需要回到主页或者上一个页面，很简单直接调用下finish这时我们需要盯着Memory看看内存的占用情况，理论上当我们结束一个页面，被结束的页面应该立刻被GC才对，但实际上关闭的页面占用的内存并没有被释放掉，久而久之当用户在无规则的进行页面之间的跳转时，系统分配的内存很容易被占满从而照成程序闪退，说了这么多废话就是在为下面的解决方案做铺垫，现在直接上方案。

第一步：
在每个页面都调用onDestory(),当页面结束时在onDestory中释放掉实例出来的参数。例如：

public class XxxActivity extends Activity {
    priavte TextView textView = null; // 文本控件
    // 这里顺便一起把adapter的释放也一起演示了
    private RecyclerView xxx_rv; 
    private XxxAdapter xxxAdapter;
    private XxxUtils xxxUtils = new XxxUtils(); // 实例化出来的外部类
    private XxxHandle handle = new XxxHandle(this); // 为了避免Handle造成的内存泄露，我们需要优化写法，下面有例子
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.xxxx);
        textView = (TextView)findViewById(R.id.xxx);
        xxx_rv = (RecyclerView) findViewById(R.id.xxx);
        /**
        * 这里有必要说下，我看网上很多同学都遇到的
        * RecyclerView: No adapter attached; skipping layout 这个问题，网上也有客官老爷没给出了自己的解决方案，但大多都只能解决自己遇到的问题，我这次说不定也是一样，反正分享出来
        * 出现这个异常，程序是不会蹦掉的，但是如果有处女情结的同学可能就会焦虑好久，我是这样解决这个问题的，在onCreate中初始好Adapter和RecyclerView，Adapter中数据传入单独写个方法（下面会给出例子）,如果Adapter中onBindViewHolder里写好了数据展示，就先做个非空判断，这时只要我们的数据解析完成了，就将数据传入然后调用notifyDataSetChanged()刷新Adapter，这样logcat中就不会出现这个异常提示了
        */
        xxxAdapter = new XxxAdapter();
    }

/**
* 避免Handle泄漏优化写法
*/
private static class XxxHandle extends Handler {
        private WeakReference<Context> reference;
        XxxHandle(Context context) {
            reference = new WeakReference<>(context);
        }
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            XxxActivity m = (XxxActivity) reference.get();
            switch (msg.what) {
                case xxx: {
                    m.xxx(msg.obj);
                    break;
                }
            }
        }
    }

     @Override
    public void onDestroy() {
        // 释放Handle
        handle.removeCallbacksAndMessages(null);
        handle = null;
        // 释放Adapter
        xxx_rv.setAdapter(null);
        xxx_rv.setAdapter(xxxAdapter); 
        xxx_rv = null;
        // 释放文本控件
        textView = null；
        // 释放实例的外部类
        xxxUtils = null；
        // 这里是我看网上有位同学给出的方案，有效果但也不大，view_null.xml是一个没有控件的空layout
        setContentView(R.layout.view_null);
        super.onDestroy();
    }
}

第二步：
加入Leakcanary来检查内存泄漏问题。用法：
1. 在build.gradle中加入引用

dependencies {
   debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3'
    releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'
 }

2.在 Application中初始化调用

    public static RefWatcher getRefWatcher(Context context) {
        XxxApplication application = (XxxApplication) context
                .getApplicationContext();
        return application.refWatcher;
    }

    private RefWatcher refWatcher;

    @Override
    public void onCreate() {
        super.onCreate();
        refWatcher = LeakCanary.install(this);
    }

3.最后在内存占用比较多的页面中的onDestroy()里调用我们在Application中实例化的LeakCanary

    @Override 
    public void onDestroy() {
        super.onDestroy();
        RefWatcher refWatcher = XxxApplication.getRefWatcher(this);
        refWatcher.watch(this);
    }

这样就完成了Leakcanary的嵌入，当程序出现内存泄漏问题时会主动发推送到通知栏，然后就可以根据提示去手动优化了，Leakcanary还会去帮我们释放程序占用的内存。

总结：
完成以上步骤后，我们再来运行程序观察Memory的变化就会发现之前finish掉的页面内存没有被释放的情况被有效的解决了（例如首页启动占用了20MB，开启一个页面加载完成后内存上升到50MB，finish掉这个页面，过几秒内存就会降到20MB，可能会比原有多出几MB）。