我们的应用一直没有奔溃,但是在某几款设备可能存在mmkv的报错。
研究了很久,一方面是因为mmkv团队也已经不管这个事情,从他的issue来看,每次有人提到这个,他要么就不予理睬,给出这个并非库维护者需要干的事情,要么就说你去找google。
抛开那种确实是集成库的开发者的问题之后,事实99%都能用的情况后,那么,还存在于某个机型,比如我这里也遇到的android8.1.0 Nexus 5X,也会存在找不到库的情况。
首先mmkv库新版已经不支持armeabi。
解决方案有多种:
- https://blog.csdn.net/xiaobaaidaba123/article/details/127250141
方案1: app 的build.gradle 检查 android-buildTypes 下的ndk abiFilters
ndk {
abiFilters "armeabi"
}
改为
ndk {
abiFilters "armeabi-v7a"
}
armeabi-v7a 可以向下兼容 armeabi
方案2: 如果项目有些so 只有 armeabi 架构无法升级到 v7a 的话,可以 通过 mmkv maven 依赖的aar 包找到 armeabi-v7a 的 so, 把 so 放到项目 armeabi 目录,abiFilters 可以依旧是 "armeabi"。
从他的方案来看,只写了一个abiFilters,说明他是专用的机器。也难怪别人回复并不能解决。我推测可以参考的是,拷贝和全部写上abiFilters,目前没有尝试。
-
https://my.oschina.net/vivotech/blog/5129118
这里是vivo团队,提到的一个解决方案,重链接。但是没有给出具体的代码。后续有空再行翻阅。
-
https://github.com/Tencent/MMKV/wiki/android_advance_cn#自定义-library-loader
https://github.com/KeepSafe/ReLinker
官方和relinker,都提到了在android6.0以下,存在系统层面的loadLib方法不完善的问题,在6.0之上是好的。
但是显然,从relinker的issue和我这里,都可以看到8.1的nexus5x仍然出现了。
从这个角度,只能推测,可能这些手机解压库可能导致了丢失或者目录结构不正常的问题。
那么解决方案代码改进为:
kotlinMMKV.initialize(app) ---> //start 尝试: 通过找到一个自行加载 // 二次保护来解决Mmkv可能在Nexus5X 8.1的crash问题 try { MMKV.initialize(app) } catch (e:Exception) { e.printStackTrace() try { val dir: String = app.filesDir.absolutePath + "/mmkv" MMKV.initialize(app, dir) { libName -> ReLinker.loadLibrary(app, libName) } } catch (e2:Exception) { e2.printStackTrace() } } //end
相当于死马当活马医,传统的代码crash了,抓住,使用relinker的方案再行load库,大不了再crash一次。
后续我会继续跟踪和复现,再行修改。