可以修改windows上load库（）的java进程中的“路径”吗？

Question

也许还有一个“做不到”的问题：）

我有一个32位或64位的Java应用程序。我想在同一台机器上构建和测试这两个版本。

我有一个需要加载的本机库（实际上是一组DLL），它们在两个目录中构建和输出。

…/x64/. dll…/x32/. dll

“...”部分设置在Java“java.library.path”中

在应用程序启动中，代码执行以下操作：

    try {
        System.loadLibrary("x32/native-library");
        libraryLoaded_ = true;
    } catch(Throwable e) {
        try {
            System.loadLibrary("x64/native-library");
            libraryLoaded_ = true;
        } catch(Throwable t) {
            log.debug("failed to load module " + e); // : \"" + path + "\".",e);
            log.debug("    or win8 module " + t); // : \"" + path + "\".",e);
        }
    }

这是有效的（部分），因为加载32位库将在程序编译为java 64位时失败，然后它将尝试64位版本。

然而，native-library.dll依赖于与自己在同一文件夹中的其他DLLS，但是它们不会解析，除非该目录在java进程的系统路径环境变量中。

但是，如果x32和x64目录都在系统路径中，并且这两个目录中的dll具有相同的名称，那么将加载哪个依赖dll就不明确了。

我想拥有本地库。dll，首先从其所在的文件夹加载其依赖项。

我该如何做到这一点？java.library.path似乎对加载被显式加载的库的依赖dll没有影响。

我想在调用“loadLibrary”之前，我需要以某种方式修改java应用程序进程中的路径，以包含本地库的位置。

是否可以在应用程序代码中执行此操作？在搜索进程的路径元素之前，是否有任何方法使loadLibrary加载的dll先从其文件夹加载其依赖项？

Answer 1

< li >一般来说，在JVM启动后，您不能更改“java.library.path ”(使用反射有一些肮脏的伎俩，但最好不要这样做)。 < li >可以使用< code > String arch data model = system . getproperty(" sun . arch . data . model ")；来确定您的JVM是32位还是64位。 < li >您可以使用带有修改的< code>findLibrary方法的自定义< code>ClassLoader从正确的位置加载库。然而，这让你只能为加载的库本身指定路径，而不能为它的依赖项指定路径。您只能通过更改PATH环境变量或当前目录来更改依赖关系。