位置：首页-资讯-后端开发

java中library.path和LD_LIBRARY_PATH有什么区别

2023-06-15 01:03

短信预约 -IT技能 免费直播动态提醒

这期内容当中小编将会给大家带来有关java中library.path和LD_LIBRARY_PATH有什么区别，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

java基本数据类型有哪些

Java的基本数据类型分为：1、整数类型，用来表示整数的数据类型。2、浮点类型，用来表示小数的数据类型。3、字符类型，字符类型的关键字是“char”。4、布尔类型，是表示逻辑值的基本数据类型。

java.library.path

官方文档的定义是：List of paths to search when loading libraries
从定义我们可以发现，首先是一个list，也就是说可以包括多个地址，然后这些地址是用来帮助jvm搜索需要加载的库文件的。

设置java.library.path

最简单的办法就是在启动jvm前通过java -Djava.library.path=path-to-your-libs设置这个全局变量。

作用

那么这个地址具体是如何被使用的呢？
当我们调用System.loadLibrary(libname)时，会调用Runtime.loadLibary，然后调用java/lang/ClassLoader.loadLibrary。在ClassLoader.loadLibrary中，系统属性java.library.path将会被获取，并用来生成需要加载的库的绝对路径，然后将这个绝对路径传给本地方法来调用dlopen/dlsym并最终加载这个库。
如果加载失败，会根据实际情况返回三个异常值：

SecurityException − if a security manager exists and its checkLink method doesn't allow loading of the specified dynamic library
UnsatisfiedLinkError − if the library does not exist
NullPointerException − if libname is null

可以参考OpenJDK的仓库：

static void loadLibrary(Class fromClass, String name,                            boolean isAbsolute) {        ClassLoader loader =            (fromClass == null) ? null : fromClass.getClassLoader();        if (sys_paths == null) {            usr_paths = initializePath("java.library.path");            sys_paths = initializePath("sun.boot.library.path");        }        if (isAbsolute) {            if (loadLibrary0(fromClass, new File(name))) {                return;            }            throw new UnsatisfiedLinkError("Can't load library: " + name);        }        if (loader != null) {            String libfilename = loader.findLibrary(name);            if (libfilename != null) {                File libfile = new File(libfilename);                if (!libfile.isAbsolute()) {                    throw new UnsatisfiedLinkError(    "ClassLoader.findLibrary failed to return an absolute path: " + libfilename);                }                if (loadLibrary0(fromClass, libfile)) {                    return;                }                throw new UnsatisfiedLinkError("Can't load " + libfilename);            }        }        for (int i = 0 ; i < sys_paths.length ; i++) {            File libfile = new File(sys_paths[i], System.mapLibraryName(name));            if (loadLibrary0(fromClass, libfile)) {                return;            }        }        if (loader != null) {            for (int i = 0 ; i < usr_paths.length ; i++) {                File libfile = new File(usr_paths[i],                                        System.mapLibraryName(name));                if (loadLibrary0(fromClass, libfile)) {                    return;                }            }        }        // Oops, it failed        throw new UnsatisfiedLinkError("no " + name + " in java.library.path");    }

LD_LIBRARY_PATH

为了搞清楚这个变量的作用，我们先说明一下Unix系统是如何加载动态库的，然后自然就明白为什么要有LD_LIBRARY_PATH以及如何使用了。

动态库如何加载？

在基于GNU glibc的系统上，包括所有的linux系统，启动一个ELF格式的二进制可执行文件会自动调用加载器加载必要的动态链接库，一个最简单的可执行文件一般也会包含一些系统的动态库比如libc.so等。在Linux系统中，这个加载器叫做/lib/ld-linux.so.X，这个X指的是加载器的版本号。加载器然后查找并加载所需的动态库。

加载器在什么路径中搜索和加载动态库呢——/etc/ld.so.conf，这个文件会包括/etc/ld.so.conf.d/*.conf这些文件夹中所有的.conf文件，而具体的动态库搜索路径，就包含在每个.conf文件中，比如/etc/ld.so.conf.d/libc.conf，它是libc的默认的搜索路径/usr/local/lib，这也是为什么我们不需要显示声明使用系统库却能自动完成加载的原因，也是为什么不同的系统编出来的库无法通用的可见原因之一，因为不同系统的/usr/local/lib目录下的动态库并不一致。

如果每次启动都去查找所有的目录，那样显然是比较笨的做法，所以使用/etc/ld.so.cache来缓存路径，并通过ldconfig来更新这个缓存路径，有兴趣的可以自行查看一下这个缓存文件。实际上，这个缓存路径也很长了，基本上包含了系统可能存放动态库的路径。