臭名昭著的“java.lang.UnsatisfiedLinkError：java.library.path 中没有 lwjgl64”答案

【问题标题】：Infamous "java.lang.UnsatisfiedLinkError: no lwjgl64 in java.library.path"臭名昭著的“java.lang.UnsatisfiedLinkError：java.library.path 中没有 lwjgl64”
【发布时间】：2020-11-12 19:25:49
【问题描述】：

我在这里看到了几篇关于这个主题的帖子 - 但没有我能够实现的修复（IU 在 Windows 上使用 Android Studio 来构建 Java 应用程序）。

按照 LWJGL wiki (http://wiki.lwjgl.org/wiki/Setting_Up_LWJGL_with_IntelliJ_IDEA.html) 的指示 - 我在我的项目中创建了一个“libs”文件夹，并复制到那里：

lwjgl64.dll

在我的启动配置中，我已经在我的虚拟机选项中尝试了这个：

 -Djava.library.path="C:\Program Files\Java\lwjgl-2.9.3\native\windows\lwjgl64.dll"

我还尝试将库路径添加到 Windows 中的环境变量中。

C:\Program Files\Java\lwjgl-2.9.3\native\windows\lwjgl64.dll

这里可能很容易解决，但我想弄清楚它是什么。指针？

【问题讨论】：

LWJGL 并非专为安卓桌面设计
抱歉，不清楚... AndroidStudio 是我的 IDE - 但我正在编译 Java 应用程序（在 Windows64 PC 上）。
java.library.path 应该指向包含库文件的目录。您当前指向一个特定的库文件。按照打印的完全说明进行操作，应该没问题。
这就是我对 Joachim 感到沮丧的原因 - 按照指示做的事情没有工作。按照说明：在您的项目中创建一个“libs”文件夹，然后将 .dll 复制到那里。完毕。将 VM 选项设置为：-Djava.library.path=libs/。完毕。尝试运行程序：java.lang.UnsatisfiedLinkError: no lwjgl64 in java.library.path
@n8skow：这不是您在帖子中描述的内容。您将java.library.path 设置为一个非常不同的值。如果你给出一个相对路径，那么你的工作目录必须是libs/ 下的那个（我认为这是默认的，但如果你改变了它，那可能就是问题所在）。

标签： java lwjgl

【解决方案1】：

我很确定 android studio 通过模拟器或通过 USB 调试在您的手机中运行您的应用程序。即使您在 Windows 上运行 IDE，它也不意味着构建桌面应用程序。

切换到Intelij、Eclipse 或Netbeans，因为与 android studio 相比，它们更轻量级和更快

一旦你有两种方法可以解决你不满意的链接错误

1) 通过代码

在静态块中的 main 方法上方设置指向您的库的 lwjgl 特定属性 FOLDER

static
{   
 File PATH=new File("C:\\Program Files\\Java\\lwjgl\\2.9.3\\native\\windows"); //I assume you have it here

 System.setProperty("org.lwjgl.librarypath",PATH.getAbsolutePath()); //This is the property not the regular Djava.library.path
}

public static void main(String[] args)
{
 //Your app
}

2) 手动

只需将所有 dll 文件复制到您的项目文件夹或者如果您从项目中构建了一个 jar 文件，请确保将 dll 文件粘贴到包含您的 jar 文件的目录中，或者使用 @ 将所有 dll 文件打包到您的 jar 中987654324@查看视频教程here

【讨论】：

请注意，Android Studio“只是”带有一组预配置插件的 IntelliJ IDEA。 AFAIK，您可以将其用作 IDEA CE 的全功能等效项（假设您安装了所有必需的插件）。
是的，但与行业标准的 eclipse 和 netbeans 或 IntelliJ 相比，它需要大量内存并且内置了许多未使用的插件
我选择了 Android Studio，这样我就可以使用 Java - 并迁移到 Android 开发。这有点耗费资源，但我并没有真正遇到任何性能问题。