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