from http://daimojingdeyu.blogbus.com/logs/28617218.html
可是在使用上面文章介紹的動態(tài)庫時，遇上了加載問題，也就是將動態(tài)庫放到什么位置合適？文章中說可以放到System32目錄，但我不想這樣做，我更希望的是可以自己定制dll庫的位置~~
沒有將lib放到System32目錄，而是放到了自己的lib目錄，程序在啟動的過程中會報下面的錯誤：
java.lang.UnsatisfiedLinkError: no JIntellitype in java.library.path
根據(jù)上面的提示信息在VM參數(shù)處通過-Djava.library.path將加載路徑指定到自己的lib目錄后，程序可以正常啟動。
這種方式不是太好，因為要手動的去指定虛擬機參數(shù)，于是想通過System類的setProperty函數(shù)來在代碼中動態(tài)的改變一下java.library.path的值。
使用
- System.setProperty("java.library.path", "./lib");
System.setProperty("java.library.path", "./lib");
后，啟動程序總是報錯"no JIntellitype in java.library.path"
想了半天沒有想明白，為什么代碼的設(shè)置就不起作用，而在虛擬機參數(shù)處指定就是好的？
Google了半天才知道原因，這里整理一下，以方便以后查找。
代碼中設(shè)置不起作用，主要是因為java.library.path只在jvm啟動時讀取一次，其他情況下的修改不會起作用的。可以參考下面的這個bug：
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4280189
原因和ClassLoader的實現(xiàn)有關(guān)系，
ClassLoader.loadLibrary() method:
- 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");
}
系統(tǒng)緩存了java.library.path的值，并且一直都會是第一次加載時的值。有人提到了下面的修改方法,
- 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年到現(xiàn)在Sun一直都沒有改，不知道出于什么原因考慮的。
有問題，就會有人解決問題，antony_miguel在一篇文章中，使用java的反射機制，完成了對于ClassLoader類中的usr_paths變量的動態(tài)修改，
- 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");
}
}
文章也同時指出了這種實現(xiàn)的局限性，和jvm的實現(xiàn)強關(guān)聯(lián)，只要jvm實現(xiàn)不是用的變量usr_paths來保存java.library.path的值，這個方法就不能用了。
但是只要知道源代碼，小小的改動就應(yīng)該可以實現(xiàn)了。