System.loadLibrary只从java.library.path指定目录查找库文件，不搜索系统PATH或LD_LIBRARY_PATH；需通过-Djava.library.path启动参数、System.load()绝对路径或谨慎修改系统属性来加载系统路径下的库。
System.loadLibrary 不会从系统路径（如 Windows 的 PATH 或 Linux 的 LD_LIBRARY_PATH）加载 DLL/SO 文件，它只从 java.library.path 指定的目录中查找。
loadLibrary 查找逻辑是关键
调用 System.loadLibrary("foo") 时，JVM 实际按以下规则搜索：
- 在
java.library.path中逐个目录查找对应平台的文件名（Windows 查foo.dll，Linux/macOS 查libfoo.so或libfoo.dylib） - 不会自动扫描系统环境变量 PATH 或 LD_LIBRARY_PATH
- 找不到则抛出
UnsatisfiedLinkError
让 loadLibrary 找到系统路径下的库
有三种常用方式，按推荐顺序：
-
启动时指定 java.library.path：运行 Java 程序时加参数，例如
java -Djava.library.path="/usr/lib:/usr/local/lib" MyApp
这样loadLibrary("c")就会尝试加载/usr/lib/libc.so -
代码中动态追加路径（不推荐但有时必要）：
System.setProperty("java.library.path", System.getProperty("java.library.path") + ":/your/path");
注意：此操作必须在loadLibrary之前完成，且 JVM 不会自动刷新内部缓存，部分版本需配合反射重置ClassLoader的 native 库缓存（较复杂，易出错） -
改用 System.load() 显式指定完整路径：
System.load("/usr/lib/libfoo.so");或System.load("C:\Windows\System32\foo.dll");
它绕过路径查找，直接加载绝对路径文件，适合已知位置的系统库
常见误区和注意事项
容易踩坑的地方：
立即学习“Java免费学习笔记（深入）”；
- 误以为
loadLibrary("msvcrt")能直接加载 Windows 系统 DLL —— 实际上 msvcrt.dll 通常不在java.library.path中，且 Java 不鼓励链接 CRT 动态库 - Linux 下加载
libc等核心库一般没必要，Java 自身已依赖它们；若 JNI 调用需要，应优先使用System.load()指向明确路径（如/lib64/libc.so.6），并确保架构匹配（x86_64 vs aarch64） - 权限问题：Linux 下若 SO 文件无执行权限（
x），load会失败；Windows 下 DLL 若依赖其他 DLL 且那些 DLL 不在 PATH 或同目录，也会失败
验证当前 java.library.path
调试时可打印当前路径：
System.out.println(System.getProperty("java.library.path"));
输出通常是多个路径用冒号（Linux/macOS）或分号（Windows）分隔，例如：/usr/java/packages/lib:/usr/lib64:/lib64:/usr/lib
