笔者在前段时间碰到这么一种情况，即在两个项目中使用了相同的applet，然后在applet中调用了dll操作（使用jni或jna)，然后在客户端进行调用。实际的访问过程如下：
首先访问项目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肯定启动不了 了。

解决这个问题其实很简单，将访问到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，就没有问题了。