Android 性能优化（四）Crash治理之路，拦截并处理Exception

Crash率是衡量一个App好坏的重要指标之一。如果你忽略了它的存在，它就会得寸进尺，愈演愈烈，最后造成大量用户的流失，进而给公司带来无法估量的损失。

上一篇（Android 性能优化（三）认识异常Exception和错误Error）讲到造成Crash的原因却有很多，比如：运行时异常的空指针、数组越界、未实例化、强制类型、低内存机制等等，有些时候我们在开发测试阶段都没有出现异常崩溃现象，而发布上线后到了用户手机就会出现各种奇怪闪退。所以，我们要去努力实现一个永远打不死的小强 —— 不会出现Crash闪退的APP。

开篇我还是得要重申一下我的工作理念，当我们遇见一个bug时，不能依赖于拦截异常，然后改一行代码就行了，而是学习《美团外卖Android Crash治理之路》说的：预防胜于治理。当Crash发生的时候，损失已经造成了，我们再怎么治理也只是减少损失。尽可能的提前预防Crash的发生，可以将Crash消灭在萌芽阶段。

话分回来，这篇说的要想打造一个不会出现Crash的APP。那么，就要让线上的应用出现的异常时：

（1）主线程抛出异常后，迫使主线程Looper持续loop()。

（2）子线程抛出异常后，迫使主线程Looper持续loop()。

（3）当绘制、测量、布局出现问题导致Crash时，关闭当前异常的界面。

（4）Activity生命周期中抛出异常，要在主线程ActivityThread里面hook其中的Instrumentation进行代理。

（5）替换

ActivityThread.mH.mCallback，

这么涉及到的Handler机制， 第二篇（Android 性能优化（二）Handler运行机制原理，源码分析）就已经详细说过了。不懂的同学可以去看看，尽量非常熟悉这个技术点，以为它非常重要。

通常我们会使用 try - catch在代码中拦截异常，在发现容易出现崩溃的代码块，主动加上try-catch 预防异常闪退。但是没加try-catch的代码块出现异常还是闪退该怎么办？

Android中虽然可以通过设置 Thread.setDefaultUncaughtExceptionHandler来捕获所有线程的异常，但主线程抛出异常时仍旧会导致Activity闪退。

参考：https://github.com/android-notes/Cockroach

 //主线程异常拦截
 new Handler(Looper.getMainLooper()).post(
        new Runnable() {
            @Override
            public void run() {
                while (true) {//循环套循环
                    try {
                        Looper.loop();//主线程的异常会从这里抛出
                    } catch (Throwable e) {
                    }
                }
            }
        });
       //所有线程异常拦截，
        sUncaughtExceptionHandler = Thread.getDefaultUncaughtExceptionHandler();
       //由于主线程的异常都被我们catch住了，所以下面的代码拦截到的都是子线程的异常
        Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
            @Override
            public void uncaughtException(Thread t, Throwable e) {
            }
});

Looper.loop()

Looper.loop()

 while (true) { 
    try { 
        Looper.loop(); 
    } catch (Throwable e) {
    } 
 }