动态加载 so 注意事项 & 案例，熬夜整理 Android 高频面试题
一种推荐的做法
library 中适配所有类型的 so 库支持，app 则适配少于或等于 library 中的 so 库。利用 build.gradle 实现。
app 下的 build.gradle
productFlavors {
flavor {
ndk {
abiFilters "armeabi-v7a"
abiFilters "x86"
abiFilters "armeabi"
}
}
}
library 下的 build.gradle
productFlavors {
flavor {
ndk {
abiFilters "armeabi-v7a"
abiFilters "x86"
abiFilters "armeabi"
abiFilters "arm64-v8a"
abiFilters "x86_64"
}
}
}
打包的时候以 app 下 build.gradle 支持的为准。
总之一定要保持 各个库之间对应的架构都是一一对应的。
[](
)不同 Android 设备架构的兼容情况
armeabi-v7a 设备能够加载 armeabi 指令的 so 文件
arm64-v8a 能兼容 armeabi-v7a 和 armeabi 指令集
x86_64 兼容 x86
mips64 兼容 mips
mips 系 的手机设备数量太少，在项目里基本上不考虑。
[](
)Google 提供给用户的 API
android.os.Build.SUPPORTED_ABIS
android.os.Build.CPU_ABI
android.os.Build. CPU_ABI2
这些变量用于查询设备支持的架构，其中 SUPPORTED_ABIS 是 API Level 21 引入来代替 CPU_ABI, CPU_ABI2 的。
如果目标平台的 API Level 小于 21，只能使用 CPU_ABI 要 CPU_ABI2 来选择了，而 CPU_ABI 要优于 CPU_ABI2。
API Level >=21 的推荐使用 android.os.Build.SUPPORTED_ABIS，但是 21 以下只能使用 CPU_ABI 和 CPU_ABI2
测试下这几个变量的值
针对某一个固定的设备，如 Nexus 9 设备（arm64-v8a CPU 架构）
根据前面说描述 设备的兼容情况
SUPPORTED_ABIS 比较容易理解，返回 arm64-v8a,armeabi-v7a,armeabi
而 CPU_ABI 和 CPU-ABI2 的值不是固定不变的，它会根据 APK 打包的 jniLibs ，并根据设备支持的 abi 选择性安装，返回不同的值
所以 5.0(21)以上，推荐使用 android.os.Build.SUPPORTED_ABIS 判断获取设备支持的架构类型，而 5.0 以下则使用 android.os.Build.CPU_ABI 即可，android.os.Build.CPU_ABI2 的价值也不是很大。
activity.getApplicationInfo().nativeLibraryDir 暂时未用到
4.4-> /data/app-lib/com.less.tplayer.baidu-15.0-> /mnt/asec/com.less.tplayer.baidu-2/lib/arm64
[](
)动态加载网络或文件夹下的 so 库
加载某文件夹 -> 相应架构的 so 文件
Apk 文件本身就是一个压缩文件，解压后目录结构大致如下：
[](
)某 apk 文件的解压目录
[](
)动态加载 so 案例
我先把完整的代码贴出来，然后讲解可能遇到的两个错误。
动态加载的核心类（根据 abi 从本地选择合适的 so 库加载）
public class DynamicSO {
private static final String TAG = DynamicSO.class.getSimpleName();
public static void loadExSo(Context context,String soName, String soFilesDir){
File soFile = choose(soFilesDir,soName);
String destFileName = context.getDir("myso", Context.MODE_PRIVATE).getAbsolutePath() + File.separator + soName;
File destFile = new File(destFileName);
if (soFile != null) {
Log.e(TAG, "最终选择加载的 so 路径: " + soFile.getAbsolutePath());
Log.e(TAG, "写入 so 的路径: " + destFileName);
boolean flag = FileUtil.copyFile(soFile, destFile);
if (flag) {
System.load(destFileName);
}
}
}
/**
在网络或者本地下载过的 so 文件夹: 选择适合当前设备的 so 文件
@param soFilesDir so 文件的目录, 如 apk 文件解压后的 Amusic/libs/ 目录 : 包含[arm64-v8a,arm64-v7a 等]
@param soName so 库的文件名, 如 libmusic.so
@return 最终匹配合适的 so 文件
*/
private static File choose(String soFilesDir,String soName) {
if (Build.VERSION.SDK_INT >= 21) {
String [] abis = Build.SUPPORTED_ABIS;
for (String abi : abis) {
Log.e(TAG, "SUPPORTED_ABIS =============> " + abi);
}
for (Strin
g abi : abis) {
File file = new File(soFilesDir,abi + File.separator + soName);
if (file.exists()) {
return file;
}
}
} else {
File file = new File(soFilesDir, Build.CPU_ABI + File.separator + soName);
if (file.exists()) {
return file;
} else {
// 没有找到和 Build.CPU_ABI 匹配的值,那么就委屈设备使用 armeabi 算了.
File finnalFile = new File(soFilesDir, "armeabi" + File.separator + soName);
if (finnalFile.exists()) {
return finnalFile;
}
}
}
return null;
}
}
动态调用 so 的函数，不需要 System.loadLibrary.
public class Security {
public native String stringFromJNI();
}
测试类，我的需要加载的 so 文件都是放在 sdcard/mylibs 目录下的。
public class TestActivity extends AppCompatActivity {
public void handle(View view) {
DynamicSO.loadExSo(this,"libnative-lib.so", Environment.getExternalStorageDirectory() + "/mylibs");
// JNI 调用
Security security = new Security();
String message = security.stringFromJNI();
Toast.makeText(this, message, Toast.LENGTH_LONG).show();
}
}
[](
)常见错误
Exception: dlopen failed: "/data/data/com.less.tplayer.baidu/app_myso/libnative-lib.so" has bad ELF magic
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论