基本情况: 通过JNI调用本地DLL实现一个功能,程序结构:工作类->包装类(Caller)->JNI接口->DLL文件。 JNI接口类里的方法都是同步方法,加了synchronized。包装类里通过单例模式保证只有一个JNI接口类实例。 Java程序和DLL功能之间传递的参数为byte[]。 问题: 工作类用单线程访问包装类里的功能方法时,没有任何问题,调用多少次都没有问题。 工作类中用多线程访问(即使是同步访问)时,第一个线程第一次调用成功,其他线程一调用JVM就抛出异常(具体信息附后)。 请问: 1.为什么即使通过同步来保证多线程访问DLL功能是顺序串行发生的,仍然和单线程访问不同? 2.用什么办法解决这个问题可以保证程序的性能? 3.单独运行一个进程提供DLL中的功能,用进程间通讯的方式是不是可以解决? 谢谢! 
异常信息: 
# An unexpected error has been detected by Java Runtime Environment: 

# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x030094c1, pid=11008, tid=13224 

# Java VM: Java HotSpot(TM) Client VM (1.6.0_03-b05 mixed mode, sharing) 
# Problematic frame: 
# C [HLSSplit.dll+0x294c1] 

# An error report file with more information is saved as hs_err_pid11008.log 

# If you would like to submit a bug report, please visit: 
# http://java.sun.com/webapps/bugreport/crash.jsp 

解决方案 »

  1.   

    用synchronized锁定了啊,不行啊
      

  2.   

    对JNI不熟悉,我一般都是用的JNA,据我所知,DLL动态库本来就支持多个进程访问它~~~~
      

  3.   

    可能见过类似的问题,保证JNI 版本的DLL加载在当前线程只是加载一次; 加载两次不知会不会死人, JVM也死了 :0
    static {
    System.load("youJNI.dll");
    }
    保证在C代码里面,对称
    LoadLibery("nativeWin32Dll");
    FreeLibery();JNA好像用起来是方便不少啊。