我有一个用Java编写的Spring Boot应用程序。此应用程序需要加载与项目捆绑在一起的.so文件，我正在使用JNA来完成此任务。但是，JNA加载程序似乎无法获取.so文件，并且应用程序无法启动。
我尝试从IntelliJ中运行应用程序，并运行带有“java -jar”的打包.jar。 .so文件暂时保存在src / main / resources / linux-x86-64中。我已经尝试将它们保存在不同的目录中，例如src / main / resources / libs / linux-x86-64并设置属性“jna.library.path”，但JNA仍然无法找到文件。
这是JNA的调试日志：
Trying (via loadLibrary) jnidispatch
Looking in classpath from sun.misc.Launcher$AppClassLoader@18b4aac2 for /com/sun/jna/linux-x86-64/libjnidispatch.so
Found library resource at jar:file:/home/dalivi/.m2/repository/net/java/dev/jna/jna/4.5.0/jna-4.5.0.jar!/com/sun/jna/linux-x86-64/libjnidispatch.so
Trying /tmp/jna--1339148563/jna4246531844315283838.tmp
Found jnidispatch at /tmp/jna--1339148563/jna4246531844315283838.tmp
Looking for library 'GTransTF'
Adding paths from jna.library.path: null
Trying libGTransTF.so
Adding system paths: [/usr/lib/x86_64-linux-gnu, /lib/x86_64-linux-gnu, /lib64, /usr/lib, /lib, /lib/i386-linux-gnu, /usr/lib/i386-linux-gnu, /usr/lib/x86_64-linux-gnu/libfakeroot]
Trying libGTransTF.so
Looking for version variants
Looking in classpath from sun.misc.Launcher$AppClassLoader@18b4aac2 for GTransTF
Found library resource at file:/home/dalivi/Workspace/java/geotransboot/target/classes/linux-x86-64/libGTransTF.so
Looking in /home/dalivi/Workspace/java/geotransboot/target/classes/linux-x86-64/libGTransTF.so
2019-04-25 12:43:38.032 ERROR 25897 --- [o-auto-1-exec-1] s.l.g.c.TransformationRestController : Handler dispatch failed; nested exception is java.lang.UnsatisfiedLinkError: libCoreGTrans.so: cannot open shared object file: No such file or directory
我似乎确实找到了目录中的一个文件：libGTransTF.so，但在尝试查找与前一个文件位于同一目录中的文件libCoreGTrans.so时立即失败。
我应该提一下，在Windows上，这个工作正常。 JNA在“jna.library.path”指定的目录中找到相应的dll文件。
Windows行为是在.dll所在的目录中搜索依赖库，因此当jna将库加载到内存中时，依赖库也从那里加载。
如果启动终端窗口并cd到.so所在的目录并运行命令：
ldd ./libGTransTF.so
并且它表示它无法找到库libCoreGTrans.so然后您可以看到搜索顺序将找不到此位置。
运行时链接加载器（ld.so）使用一组决策来查找库的位置。默认行为不包括找到库的目录。
您可以在构建时向库中添加选项以在特定位置搜索以查找库。当您构建库时，您可以通过添加以下行来搜索.so来自运行时的目录：
-Wl,-rpath,'$ORIGIN'
到链接线。它需要使用常量值$ORIGIN填充，否则这不起作用，所以在makefile中使用它可能有点棘手。这是在运行时解析的值。
如果您自己构建库，这一切都非常好，但如果您从其他地方获取库，或者您已经构建了它们并且不想重建它们，则可以使用诸如patchelf编辑.so的搜索路径以添加它的原始位置：
patchelf --set-rpath '$ORIGIN' libGTransTF.so
然后当你运行：
ldd ./libGTransTF.so
它应该能够成功找到libCoreGTrans.so库。