安卓手机打开.so文件需要下载Native Libs Monitor这个app，这个应用可以帮助我们理解手机上安装的APK用到了哪些.so文件，以及.so文件来源于哪些函数库或者框架。我们也可以自己对app反编译来获取这些信息。
创新互联自2013年创立以来，先为格尔木等服务建站，格尔木等地企业，进行企业商务咨询服务。为格尔木企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
在项目根目录下建立文件夹libs/armeabi文件夹。将so库放入libs/armeabi文件夹注意事项：（1）如果采用静态注册的方式请注意C文件中严格按照命名规则Java_packageName_className_method()的方式命名。
android-native-dependencies是一个自动处理查找&下载&拷贝原生函数库依赖到jniLibs目录的Android插件，这样在APK构建过程中可以自动包含这些函数库。
程序运行过程中，libBMapApiEngine_v1_3_so被放在/data/data/yourAppPackage/lib/下，加载动态库时系统会从程序的该lib/目录下查找.so库。
我们需要的就是所有库中的每个库的依赖项 so，如果我们拿到所有库的podspec，从中获取dependency 内容，就解决了该问题。
只要我们编译默认对应的APP和SO库（32bit+64bit）即可。此种场景最为普通，本文不做详细讲解。对于场景B：如果APK需要加载的库里面有64bit的，则需要全部的库都使用64bit。
在64位设备上，如果app的 lib 目录下 存在armeabi，则以32位兼容方式运行。如果存在arm64-v8a 则已64位运行。如果没有任何 so，则 primaryCpuAbi 为空，按照系统的默认配置决定，也就是64位运行。
重装系统吧，虽说64位的可以兼容32位，单实际情况是不行的需要安装32位运行的支持环境。才能运行32位程序。
一般来说，32位软件可以在64位系统上运行，但需要一个名为“WOW64”的中间层来运行。这个中间层可以在64位系统上模拟32位环境，将32位应用程序运行在64位系统上。因此，用户可以使用32位软件而无需切换到32位系统。
在64位的系统中安装32位软件的步骤如下：我们想要安装32位软件的时候，我们先右键安装程序，首先对其配置设置一下。右键后，我们会看到很多选项，我们向下找到属性选项，点击进去。
ndk { abiFilters armeabi， armeabi-v7a， x86， mips} } 这时会报错，因为gradle的配置中，并不知道是否要做操作系统的兼容，这时只要在gradle.properties文件中加上 Android.useDeprecatedNdk=true 就可以了。
我们只需要架个服务器，每次启动时动态监测 SO 文件有没有更新，有则下载SO，然后加载，这样就可以避免用户安装新的应用，要知道重新安装应用的用户体验是很差的，要让用户无感知的更新他。
首先，在我们的Module的根目录中建立libs目录，将jpush集成SDK中的so文件分别拷入，截图如下：然后就是编写我们的build.gradle文件。
XXX_XXX_XXX格式的是就可以，你可以自己写一个配套的JAVA文件，注意一下SO函数名和JAVA函数名的转换规则，或者向SO提供方索要；不是的话就选第二种方案吧。
在使用第三方的.so库做android开发，发现仅仅放到AndroidProject/libs/armeabi/libminivenus.so这个位置，使用System.loadLibrary加载起来可以正常使用。库的名字必须是libminivenus.so，不可以改名字。
没有加LOCAL_AIDL_INCLUDES += xxx ，所以找不到我的parcelable aidl文件。
