Crash问题处理路线

分析Crash的原因

参考：https://juejin.im/post/6844903839292719117
crash总的分成两大类，java层面和native层面。java层面的话比较好处理，native层面无论调试还是修改，难度都比较大，尤其涉及第三方或者系统级别的话，难度更大。

如何得到crash信息：Crash库封装原理

常见第三方：bugly
项目中实际使用感受，catch的崩溃信息比较精准，是否在前台，手机型号，还会给出经验建议。
那，我就想自己封装，自己处理，怎么办？
基本原理都是下面这段代码。但是何时上报，如果获取更加详细的信息，都需要更深层次的设计和了解。

 Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
            public void uncaughtException(Thread paramThread, Throwable paramThrowable) {
                Log.e("Error"+Thread.currentThread().getStackTrace()[2],paramThrowable.getLocalizedMessage());
            }
        });

详细解释可以参考：https://juejin.im/post/6868559747839328270

如何才能够不上报crash

我们使用的第三方信息在有崩溃信息的时候，会钉钉群通知，但是有些是第三方在某些机型上的问题，比如个推在oppo R9系列上，总是有SIGNAL问题，气坏我了，我就想把监听屏蔽。
我确实找到了方案：
https://www.infoq.cn/article/f6IrPFWgCdc0rT54cX5z 有赞
https://www.jianshu.com/p/76bff59b5418
具体运行效果不可知。
当然，这种方法并不可取。说到底，我们想提高应用的性能，本质上暂时可以不考虑这些第三方，但是一些nullexception的记录，还是能够促进我们对代码优化。所以这个方案pass。

如何长期的，有针对性的处理crash

参考：https://juejin.im/post/6844903620920492046
这篇美团的文章，非常具有参考性。我逐条对照。
有一些可实现操作：
1、https://www.jianshu.com/p/e03a96f5a321
我们网络请求框架使用的是retrofit，一开始采用的就是普通的GsonFactory，但是后天忒不靠谱了，数据类型一天一个样，不小心就崩溃，这哪受得了，管不了后台，就只能自己兼容了。
2、MVP中，view判空
https://www.jianshu.com/p/aeea4fe91102
https://blog.csdn.net/shanshui911587154/article/details/85229813
讨巧的方法：
MVP模式中，presenter的实现，使用kotlin写，mView?.getDataSus()，这样，就不会崩溃啦~~
--------------后续更新