JAVA啟動后，是經過JVM各級ClassLoader來加載各個類到內存。為了更加了解加載過程，我通過分析和寫了一個簡單的ClassLoader來粗淺的分析它的原理。
JVM的ClassLoader分三層，分別為Bootstrap ClassLoader，Extension ClassLoader，System ClassLoader，他們不是類繼承的父子關系，是邏輯上的上下級關系。
Bootstrap ClassLoader是啟動類加載器，它是用C++編寫的，從%jre%/lib目錄中加載類，或者運行時用-Xbootclasspath指定目錄來加載。
Extension ClassLoader是擴展類加載器，從%jre%/lib/ext目錄加載類，或者運行時用-Djava.ext.dirs制定目錄來加載。
System ClassLoader，系統類加載器，它會從系統環境變量配置的classpath來查找路徑，環境變量里的.表示當前目錄，是通過運行時-classpath或-Djava.class.path指定的目錄來加載類。
可以通過下面三條語句，輸入現在加載的各個classloader的加載路徑：
System.out.println("sun.boot.class.path:" + System.getProperty("sun.boot.class.path"));
System.out.println("java.ext.dirs:" + System.getProperty("java.ext.dirs"));
System.out.println("java.class.path:" +System.getProperty("java.class.path"));
1 sun.boot.class.path: 2 C:\D\programsoft\Java\jre1.8.0_45\lib\resources.jar; 3 C:\D\programsoft\Java\jre1.8.0_45\lib\rt.jar; 4 C:\D\programsoft\Java\jre1.8.0_45\lib\sunrsasign.jar; 5 C:\D\programsoft\Java\jre1.8.0_45\lib\jsse.jar; 6 C:\D\programsoft\Java\jre1.8.0_45\lib\jce.jar; 7 C:\D\programsoft\Java\jre1.8.0_45\lib\charsets.jar; 8 C:\D\programsoft\Java\jre1.8.0_45\lib\jfr.jar; 9 C:\D\programsoft\Java\jre1.8.0_45\classes 10 11 java.ext.dirs: 12 C:\D\programsoft\Java\jre1.8.0_45\lib\ext; 13 C:\WINDOWS\Sun\Java\lib\ext 14 15 java.class.path: 16 C:\Users\Mat Lei\workspace\FlexAndJava_Server\build\classes; 17 C:\D\basic\programsoft\Tomcat 8.0\lib\annotations-api.jar; 18 C:\D\basic\programsoft\Tomcat 8.0\lib\catalina-ant.jar; 19 C:\D\basic\programsoft\Tomcat 8.0\lib\catalina-ha.jar; 20 C:\D\basic\programsoft\Tomcat 8.0\lib\catalina-storeconfig.jar; 21 C:\D\basic\programsoft\Tomcat 8.0\lib\catalina-tribes.jar; 22 C:\D\basic\programsoft\Tomcat 8.0\lib\catalina.jar; 23 C:\D\basic\programsoft\Tomcat 8.0\lib\ecj-4.4.2.jar; 24 C:\D\basic\programsoft\Tomcat 8.0\lib\el-api.jar; 25 C:\D\basic\programsoft\Tomcat 8.0\lib\jasper-el.jar; 26 C:\D\basic\programsoft\Tomcat 8.0\lib\jasper.jar; 27 C:\D\basic\programsoft\Tomcat 8.0\lib\jsp-api.jar; 28 C:\D\basic\programsoft\Tomcat 8.0\lib\servlet-api.jar;
首先訪問項目A的一個界面，界面中調用了appletA，接着並沒有關閉瀏覽器而直接訪問項目B的界面，在界面中調用了appletB。appletA和appletB實際上是同一個applet，只不過這個applet使用在了兩個項目中，並且兩個項目均是直接進行訪問。這時候在訪問appletB的時候，就會出現一個錯誤:
xxx NOT loaded java.lang.UnsatisfiedLinkError : Native Library XXX.dll already loaded in another classloader
如果訪問從appletB到appletA，那么在訪問appletA時也會出現同樣的錯誤。
因為，在一個標簽頁中，多個applet運行實際上是運行在同一個jvm上，只是加載applet時使用了不同的classLoader。因此，不管是 appletA先運行還是appletB先運行，最終情況都是所依賴的dll都會被同一個jvm所加載，就會出現以上的錯誤了。
在進行google之后，發現很多開發人員都碰到了同樣的問題，有的是因為在同一個javaEE容器如（weblogic,jboss)中部署了兩個都要 訪問同一個jni調用的項目，有的則是像筆者同樣的經歷。最后的結論即是，在一個jvm當中，是不允許加載一個dll兩次的。因此，后面的jni調用時， 嘗試再次加載同一個dll，這時候即會報上面的錯誤了。因為該錯誤，相對應的java類肯定不能被初始化，因此相應的項目或者applet肯定啟動不了了。
解決辦法是把調用dll的jar復制到C:\D\programsoft\Java\jre1.8.0_45\lib下，即Bootstrap ClassLoader加載的目錄下，並在JRE System Library下添加該jar，並在
JRE System Library——Properties——Installed JREs——Edit——Add External JARs中選擇該jar。即可在Bootstrap ClassLoader加載該JAR，並且不受線程限制。
參考內容：
http://www.cnblogs.com/newstar/archive/2012/03/14/2396176.html
http://www.cnblogs.com/Lawson/archive/2012/07/31/2616623.html