0

我知道，这不是第一个库路径问题，但我真的不知道问题是什么。我的项目需要一个KernelWrapper库，在 Linux 上包含它完全没有问题。但是，当我尝试将它包含在 Mac 中（通过终端或直接在 IDE 中）时，我总是得到

Exception in thread "main" java.lang.UnsatisfiedLinkError: no KernelWrapper in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1122)
at cTools.KernelWrapper.<clinit>(KernelWrapper.java:6)
at shell.main(shell.java:18)

我使用打印出库路径

System.out.println(System.getProperty("java.library.path"));

它告诉我文件夹的路径是正确的并且包含在内。然而，KernelWrapper 类不知何故不能正常工作。但它与 Unix 中包含的文件夹完全相同。我错过了什么？

4

1 回答 1

2

当应用程序尝试加载本地库（如 Linux 中的 .so、Windows 中的 .dll 或 Mac 中的 .dylib（在您的情况下））并且该库不存在时，将引发 UnsatisfiedLinkError。具体来说，为了找到所需的本机库，JVM 会同时查看 PATH 环境变量和 java.library.path 系统属性。

首先必须验证System.loadLibrary方法中传入的参数是否正确，并且该库确实存在. 请注意，不需要扩展库。因此，如果您的库名为 SampleLibrary.dll，则必须将 SampleLibrary 值作为参数传递。此外，如果您的应用程序已经加载了该库并且应用程序尝试再次加载它，JVM 将抛出 UnsatisfiedLinkError。此外，您必须验证本机库是否存在于 java.library.path 或应用程序的 PATH 环境库中。如果仍然找不到库，请尝试提供 System.loadLibrary 方法的绝对路径。为了执行您的应用程序，请使用 -Djava.library.path 参数来明确指定本机库。例如，使用终端（Linux 或 Mac）或命令提示符 (Windows)，通过发出以下命令来执行您的应用程序：

java -Djava.library.path= "<path_of_your_application>" –jar <ApplicationJAR.jar>
于 2018-05-28T12:13:59.610 回答