先给出异常信息图：

8E607EB3-F5BC-413a-B446-7CAC95A94DC4.png

复现步骤：
在7.1.1 复现的步骤是，在Toast.show()之后，阻塞了Handler message的处理，使用Thread.sleep(5000)。
原因是7.1.1系统对TYPE_TOAST的Window类型做了超时限制，绑定了Window Token，最长超时时间是3.5s，
PhoneWindowManager源码：

B92838B0-1320-4e85-8696-52F195C47BFC.png

如果UI在这段时间内没有执行完，Toast.show()内部的handler message得不到执行，NotificationManageService那端会把这个Toast取消掉，同时把Toast对于的window token置为无效。等App端真正需要显示Toast时，因为window token已经失效，ViewRootImpl就抛出了上面的异常。

原因：
API 25, Android 为Toast增加了一个IBinder windowToken 去处理Toast#handleShow()，从而导致了一个运行时错误:BadTokenException 。
坑的理由：
其他版本上不会出现。因为 google在该版本开始对TYPE TOAST进行管控，防止一个应用的悬浮窗一直悬浮在另一个应用上造成干扰，但是Android团队意识到这个崩溃问题，从而在API 26的时候，在Toast的内部加了try-catch保护捕获了这个错误。
目前只有7.1.1上面的Toast存在这个问题，崩溃在系统源码里。APP层可以通过自定义Toast类，反射替换TN的内部成员变量mHandler，从而添加try-catch做到workaround，所有使用Toast的地方都使用这个自定义的，不要直接使用系统原生的
具体源码对比 Toast#TN#Handler：
API 27:

2CC4867B-8A9D-4485-9497-2AE0B0AB5A0A.png

API 25:

25.png

差别还是挺大的，具体可以自己看源码分析。