怎么掌握 System.load 与 System.loadLibrary 在加载路径（绝对 vs 相对）上的区别

System.load：必须指明“去哪儿找哪个文件”

如果你要用 System.load，那就得老老实实地把动态库的完整绝对路径写清楚——包括文件名和扩展名，比如 .so、.dll。JVM 不会帮你去猜路径，也不会自动补全什么前缀后缀。你传什么路径，它就原封不动地去打开那个文件。所以，别指望传一个“libnative.so”就能让它自动找到——系统可不认。

举个例子：

• System.load("/data/app/com.example.myapp-1/lib/arm64/libnative.so");（✅ 正确，Android 场景常用这种）
• System.load("/sdcard/mylib.so");（❌ 很容易踩坑：/sdcard 默认没有执行权限，而且 Android 10 以后基本禁止从外部存储加载 so）
• System.load("libnative.so");（❌ 错误：这不是绝对路径，JVM 不会替你补全）
• System.load("./libnative.so");（❌ 同样不行：相对路径在这里不被支持，妥妥抛 UnsatisfiedLinkError）

⚠️ 必须警惕的是：就算你用 new File("libnative.so").getAbsolutePath() 拼出一个看起来像绝对路径的字符串，但如果该路径不在可执行上下文中（比如不是应用私有目录或 /data/data/包名/lib/ 这种位置），照样失败。

System.loadLibrary：只报名字，系统帮你满世界找

System.loadLibrary 的方式就完全不一样了——你只需要传入库名，比如 "native"，系统会自动拼接成 libnative.so（Android/Linux 环境下），然后依次去 ja va.library.path 列出来的那些目录里查找。

注意，这里你不用也不能写路径、不能带扩展名，甚至不能带 lib 前缀。JVM 会按照自己的规则去拼接和搜索，你唯一能干预的，就是通过启动参数 -Dja va.library.path=... 来影响它去哪里找。

例如：

System.loadLibrary("native"); // ✅ 自动查找 libnative.so
// Android 上它大概会在这些位置中去翻找：
// - /data/app/包名-1/lib/arm64/
// - /system/lib64/
// - /vendor/lib64/
// 具体顺序由 Runtime 决定，别试图硬编码

如果你想看当前到底有哪些路径会被搜索，随时可以打印 ja va.library.path：

System.out.println(System.getProperty("ja va.library.path"));

实战中该怎么选？看这三个场景就够了

• 调试阶段想快速加载自定义 so：用 System.load(绝对路径) 更灵活。比如从 getFilesDir() 或 getApplicationInfo().nativeLibraryDir 拿到路径再拼接，想加载哪儿就加载哪儿。
• 发布 APK，so 已经打包进 src/main/jniLibs/：这时候只能选 System.loadLibrary("xxx")，这也是最稳定的方式。
• so 之间存在依赖关系（比如 liba.so 依赖 libb.so）：
  • 用 System.load：需要手动按依赖顺序加载——先 libb.so，再 liba.so，而且每个都得写绝对路径。顺序搞反了，系统会直接报错。
  • 用 System.loadLibrary：只要两个 so 文件都放在 ja va.library.path 的某个目录下，加载 liba.so 时系统会自动解析并找到 libb.so，省心很多。

其实不复杂，但确实容易忽略。记住这个原则：明确知道文件在哪，用 load；想让系统自己找，用 loadLibrary。