1、关于7.1.1的BadTokenException问题
https://segmentfault.com/q/1010000012340763/a-1020000012381614
这个问题由于targetSDKVersion升到26之后，在7.1.1机型上概率性出现。稳定复现的步骤是，在Toast.show()之后，UI线程做了耗时的操作阻塞了Handler message的处理，如使用Thread.sleep(5000)，然后这个崩溃就出现了。原因是7.1.1系统对TYPE_TOAST的Window类型做了超时限制，绑定了Window Token，最长超时时间是3.5s，如果UI在这段时间内没有执行完，Toast.show()内部的handler message得不到执行，NotificationManageService那端会把这个Toast取消掉，同时把Toast对于的window token置为无效。等App端真正需要显示Toast时，因为window token已经失效，ViewRootImpl就抛出了上面的异常。
Android 8.0上面，google意识到这个bug，在Toast的内部加了try-catch保护。目前只有7.1.1上面的Toast存在这个问题，崩溃在系统源码里，App层也不好处理, 有其他好的解决方案，欢迎讨论
2、关于android.app.RemoteServiceException问题
错误 android.app.RemoteServiceException:Context.startForegroundService() did not then call Service.startForeground()
云阅读tatgetSDKVersion升级到了26之后，内测时发现在8.0和8.1的设备上可能会出现的crash。Android 8.0 O系统增加后台运行的应用对后台服务的访问限制，也就是后台应用不可以启动后台服务。Android 8.0引入了一个新的方法，Context.startForegroundService()，以在前台启动新服务。新的 Context.startForegroundService() 函数可以启动一个前台服务。即使应用在后台运行，系统也允许其调用 Context.startForegroundService()。不过，应用必须在创建服务后的五秒内调用该服务的 startForeground() 函数。如果五秒内没有调用startForegroundService() 方法的话，就会Crash。
该问题参考stackoverflow上的解决方法，我们在service OnCreate和onHandle的时候都执行startForeground()方法。在一定程度上减少了crash的发生。如果想彻底解决问题的话，需要改为job service。
3、关于Android Webview的shouldOverrideUrlLoading方法
结论：
若没有设置 WebViewClient 则由系统(Activity Manager)处理该 url,通常是使用浏览器打开或弹出浏览器选择对话框。
若设置 WebViewClient 且该方法返回 true ,则说明由应用的代码处理该 url,WebView 不处理,也就是程序员自己做处理。 （也就是说设置返回true的话，点击跳转的话是不处理的，没有响应的。）
若设置 WebViewClient 且该方法返回 false,则说明由 WebView 处理该 url,即用 WebView 加载该 url。
比较全面的解析，详细看：https://www.aliyun.com/jiaocheng/16350.html
