标签:
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
解决”java.lang.UnsatisfiedLinkError: Native Library .dll already loaded in another classloader”的问题
标签:
原文地址:http://www.cnblogs.com/matrixlei/p/4677327.html