笔者在前段时间碰到这么一种情况,即在两个项目中使用了相同的applet,然后在applet中调用了dll操作(使用jni或jna),然后在客户端进行调用。实际的访问过程如下:
首先访问项目A的一个界面,界面中调用了appletA,接着并没有关闭浏览器而直接访问项目B的界面,在界面中调用了appletB。
appletA和appletB实际上是同一个applet,只不过这个applet使用在了两个项目中,并且两个项目均是直接进行访问。这时候在访问appletB的时候,就会出现一个错误:
1
|
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肯定启动不了了。
解决这个问题其实很简单,将访问到jni的代码单独提取出来,并不直接让项目自身的classLoader加载,则是让其由systemLoader加载即可。一种方法就是将这部分代码,单独封装成一个jar,放到java的systemLoader可以加载的地方,如lib/ext目录下。然后,项目中仍然去调用此代码。由于访问dll的代码由systemLoader加载,因此,多个项目同时访问同一个dll时,即可避免再次加载了。因为,第二个项目在访问时,寻找到的类,已经被systemLoader加载过了,因此项目本身的classLoader就不会再去加载这个类了。
对比,原来的appletA,appletB,修改过后就成了这样的结构:appletA,appletB,以及jniAccess.jar,其中jniAccess.jar放到jre的lib目录的ext目录下。这样,再次访问applet,就没有问题了。