也算踩到了 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功能了呀！）

参考文档

• libsupportjni.so files added in the project
• is 32-bit instead of 64-bit动态库错误分析