您好，登录后才能下订单哦！
密码登录
登录注册
点击 登录注册 即表示同意《亿速云用户服务条款》
这期内容当中小编将会给大家带来有关java中library.path和LD_LIBRARY_PATH有什么区别，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
Java的基本数据类型分为：1、整数类型，用来表示整数的数据类型。2、浮点类型，用来表示小数的数据类型。3、字符类型，字符类型的关键字是“char”。4、布尔类型，是表示逻辑值的基本数据类型。
官方文档的定义是：List of paths to search when loading libraries
从定义我们可以发现，首先是一个list，也就是说可以包括多个地址，然后这些地址是用来帮助jvm搜索需要加载的库文件的。
最简单的办法就是在启动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");
}为了搞清楚这个变量的作用，我们先说明一下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来更新这个缓存路径，有兴趣的可以自行查看一下这个缓存文件。实际上，这个缓存路径也很长了，基本上包含了系统可能存放动态库的路径。
上面我们说到可以通过cache和ldconfig来简化搜索和加载动态库的流程，但是还有两个问题没有考虑到，一是还没有将编出来的库放到系统目录中去，二是依赖库数量很少，不需要经过这么复杂的查找。
LD_LIBRARY_PATH就是用来满足这个需要，它也指定一个搜索路径，且ld-linux.so会优先在这个路径下搜索需要的动态库，如果没找到，再去ld.so.conf中指定的目录寻找。
export LD_LIBRARY_PATH=paths-to-libs
需要注意的一点是，多个目录是通过
:隔开的
前面分别介绍了java.library.path 和 LD_LIBRARY_PATH，都是为了加载所需的动态库，有什么区别呢？
前者是在java环境中调用，在jvm启动前设置生效；后者也是在启动前，但是是在Unix环境中使用前者是通过修改property来设置路径；后者是直接增加了ld-linux.so的搜索路径对于JNI直接调用的库，最好使用前者，对于有多重依赖关系的库，最好使用LD_LIBRARY_PATH
上述就是小编为大家分享的java中library.path和LD_LIBRARY_PATH有什么区别了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注亿速云行业资讯频道。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。