Android崩溃分析之Java 崩溃

来，
今天来说说Android崩溃中的Java崩溃。

Java 崩溃 简单点说就是在 Java 代码中，出现了未捕获异常，导致程序异常退出

崩溃分析

遇到崩溃其实很正常，而且随着用户量的增加，覆盖到的设备越来越多，可能越来越多的问题和崩溃就会摆在我们面前，我们需要的是认真仔细地对待这些崩溃，并想办法解决。
这里总结了一个崩溃三步走：

• 排个序
  对于崩溃的问题，我们需要先排个序，优先解决那些重要的问题。比如哪些崩溃影响到用户的正常使用，或者影响到APP的主要功能。特别比如支付，登录这一类的问题。
• 收集日志
  app运行期间日志很多，我们需要过滤出有用的信息来解决我们的崩溃问题。一般崩溃的日志都发生在warn或者error，我们需要重点关注。然后联系崩溃期间日志的上下文，了解崩溃期间都发生了什么，发生的环境如何。
• 尝试复现
  这一点可能大家都深有体会，“只要能复现，我就能解决”。事实确实如此，能复现的问题，我们都可以通过本地调试来找到问题所在。所以对于线上的崩溃，我们尽量去复现它。但是要考虑到各种环境因素的影响，比如系统版本号，rom，手机型号，网络环境，CPU架构，APP版本等等。而且复现也能帮我们测试问题是否正确修复。

崩溃修复

在了解到崩溃原因后，我们就要去分析具体的问题并解决了。解决的办法只有一个，研读代码，无论是自己写的还是第三方的，亦或者是系统源码，只要把代码读懂，就能找到崩溃源头。
这里带大家一起分析一个系统崩溃问题：

android.view.WindowManager$BadTokenException: Unable to add window -- token android.os.BinderProxy@a22690b is not valid; is your activity running?
        at android.view.ViewRootImpl.setView(ViewRootImpl.java:679)
        at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:342)
        at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:93)
        at android.widget.Toast$TN.handleShow(Toast.java:459)
        at android.widget.Toast$TN$2.handleMessage(Toast.java:342)
        at android.os.Handler.dispatchMessage(Handler.java:102)
        at android.os.Looper.loop(Looper.java:154)
        at android.app.ActivityThread.main(ActivityThread.java:6119)
        at java.lang.reflect.Method.invoke(Native Method)
        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)

这是Android7.1.1机型会发生的一个崩溃信息，可以看到崩溃发生在Toast的handleShow方法中，那我们就去研读下这部分的代码。

1、进入ViewRootImpl类中找到了报错的代码

                    res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,