Android启动保护模式实践

一般初始化app的第三方类库或者so库操作都会放在Application的onCreate()方法里，因为此时Application才算创建完成，在这里初始化是自然而然的。由于我们的应用是直播类，音视频操作和接口调用是在jni层处理，初始化这两个so库也是放在Application的onCreate里，但前段时间发生了一次偶发性但非常严重的bug。当时是服务端接口升级出现问题，导致处理接口的so库一初始化就崩溃。正式发布的应用出现这种问题可以说是致命的，用户打开你的应用，连首页都没见到就crash，影响特别不好。且由于检测App升级是在首页初始化才调用，导致后台配置接口让用户强制升级解决问题都没办法，束手无此。

通常来讲，再烂的应用在正常的条件下都能保证正常打开，但在一些特殊条件下是有可能导致应用重复崩溃的，例如：

• 数据库损坏：在日常使用如异常退出、断电，或者错误的操作
• 文件损坏：处理文件时如果没有 @try…catch，损坏文件会抛出 IOException导致crash
• 网络返回数据处理异常：比如预期返回数组，但实际返回了字典，java.lang.ClassCastException
• 代码 bug：当必 crash 的代码出现在启动关键路径中，就会导致连续闪退。

以上这些条件如果测试到位，能大大减少出现的概率，只不过程序的世界并不存在100%的情况，我们要做的事是当出现异常时，我们能及时甚至无感的将bug修复掉。

经分析，由于我们app使用数据库及文件的地方不多，媒体和接口的so库导致问题的概率比较大，我们重点考虑修复这种情况，当多次初始化so库崩溃时，能让app