java.library.path属性在代码中设置不生效问题（转）

java.library.path属性在代码中设置不生效问题 - [Java Swing]

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://daimojingdeyu.blogbus.com/logs/28617218.html

前两天想的屏幕抓图的程序，想给加个系统全局的热键，也就是说，在程序不处于当前激活下也可响应键盘事件。通过java自己应该是实现不了了。
想到使用JNI，还好找到一篇介绍使用JIntellitype的文章，写得挺好的，下面的是链接：
http://walsece.javaeye.com/blog/191169

可是在使用上面文章介绍的动态库时，遇上了加载问题，也就是将动态库放到什么位置合适？文章中说可以放到System32目录，但我不想这样做，我更希望的是可以自己定制dll库的位置~~

没有将lib放到System32目录，而是放到了自己的lib目录，程序在启动的过程中会报下面的错误：
java.lang.UnsatisfiedLinkError: no JIntellitype in java.library.path

根据上面的提示信息在VM参数处通过-Djava.library.path将加载路径指定到自己的lib目录后，程序可以正常启动。

这种方式不是太好，因为要手动的去指定虚拟机参数，于是想通过System类的setProperty函数来在代码中动态的改变一下java.library.path的值。
使用

Java代码



System.setProperty("java.library.path", "./lib");

System.setProperty("java.library.path", "./lib");

后，启动程序总是报错"no JIntellitype in java.library.path"

想了半天没有想明白，为什么代码的设置就不起作用，而在虚拟机参数处指定就是好的？

Google了半天才知道原因，这里整理一下，以方便以后查找。
代码中设置不起作用，主要是因为java.library.path只在jvm启动时读取一次，其他情况下的修改不会起作用的。可以参考下面的这个bug：
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4280189

原因和ClassLoader的实现有关系，
ClassLoader.loadLibrary() method:

Java代码



if (sys_paths == null) {

usr_paths = initializePath("java.library.path");

sys_paths = initializePath("sun.boot.library.path");

}

if (sys_paths == null) {
usr_paths = initializePath("java.library.path");
sys_paths = initializePath("sun.boot.library.path");
}

系统缓存了java.library.path的值，并且一直都会是第一次加载时的值。有人提到了下面的修改方法,

Java代码



if (sys_paths == null) {

sys_paths = initializePath("sun.boot.library.path");

}

usr_paths = initializePath("java.library.path");

if (sys_paths == null) {
sys_paths = initializePath("sun.boot.library.path");
}
usr_paths = initializePath("java.library.path");

但是从2002年到现在Sun一直都没有改，不知道出于什么原因考虑的。

有问题，就会有人解决问题，antony_miguel在一篇文章中，使用java的反射机制，完成了对于ClassLoader类中的usr_paths变量的动态修改，

Java代码



public static void addDir(String s) throws IOException {

try {

Field field = ClassLoader.class.getDeclaredField("usr_paths");

field.setAccessible(true);

String[] paths = (String[])field.get(null);

for (int i = 0; i < paths.length; i++) {

if (s.equals(paths[i])) {

return;

}

}

String[] tmp = new String[paths.length+1];

System.arraycopy(paths,0,tmp,0,paths.length);

tmp[paths.length] = s;

field.set(null,tmp);

} catch (IllegalAccessException e) {

throw new IOException("Failed to get permissions to set library path");

} catch (NoSuchFieldException e) {

throw new IOException("Failed to get field handle to set library path");

}

}

public static void addDir(String s) throws IOException {
try {
Field field = ClassLoader.class.getDeclaredField("usr_paths");
field.setAccessible(true);
String[] paths = (String[])field.get(null);
for (int i = 0; i < paths.length; i++) {
if (s.equals(paths[i])) {
return;
}
}
String[] tmp = new String[paths.length+1];
System.arraycopy(paths,0,tmp,0,paths.length);
tmp[paths.length] = s;
field.set(null,tmp);
} catch (IllegalAccessException e) {
throw new IOException("Failed to get permissions to set library path");
} catch (NoSuchFieldException e) {
throw new IOException("Failed to get field handle to set library path");
}
}

文章也同时指出了这种实现的局限性，和jvm的实现强关联，只要jvm实现不是用的变量usr_paths来保存java.library.path的值，这个方法就不能用了。
但是只要知道源代码，小小的改动就应该可以实现了。

这个问题终于弄明白了，抓屏的程序也已经正常添加了系统热键~~~休息喽