也算踩到了 is 32-bit instead of 64-bit的坑

问题说明

这几天主要在做内存分析与解决内存的释放,然后打开了AS的 “Enable advanced profiling”选项
注:刚‘接手“的项目,代码都不熟悉,好扯蛋!!!
在这里插入图片描述
打开这个选项后,触发了一系列的反应,结果是应用一运行就崩溃!!!

原因分析

去看下自己应用的apk中的so,是怎么样的情况?
在这里插入图片描述
发现个奇怪的so (ibsupportjni.so),然后当前自己有分析的项目只使用32位的so,所以就踩中了android 应用安装与加截so的如下规则

当你安装应用到系统时,系统会从lib目录下的(armeabi, armeabi-v7a, arm64-v8a, x86, x86_64, mips64, mips)文件夹中查找本地库文件,不同的架构加载不同的文件夹下的库文件。例如64bit的架构从arm64-v8a、x86_64、mips64这些目录中加载。如果你的arm64-v8a文件夹下刚好有这个需要使用到的库文件,则不会从其他文件夹如armeabi加载该库文件。此时就会出现32bit库文件和64bit库文件混合使用的情况

** 总结:AS的adevanced profiling选项打开后,会往应用塞一个64位的so,如果自己的应用还没有支持64位的架构,那得注意处理一下 **

解决方案

方案1、关闭 AS的 “Enable advanced profiling”选项
方案2、给自己的应用增加64位so的支持
方案3、在构建脚本中过滤64位so (这时候你是不能使用 AS 的advanced profiling功能了呀!)

参考文档

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章