转载 http://dikar.iteye.com/admin/blogs/382701
这个解决方案只在windows下测试过 ,linux下同样错误是否适用未知。
最近要用到JNI所以先练下手,因为项目是要在linux环境下开发,但是我自己的机子上环境还不全,所以就先用WINDOWS来测试了,其实原理和linux是差不多的。
因为之前有篇文章介绍了linux下的IDE 然后我还是喜欢eclipse 所以还是用的CDT这个插件,不过这次装插件遇到些小麻烦,之前测试装的是2.1.1 装上之后是可以用的,但是现在关了eclipse再启动就报错了,编辑器都打不开(C++的编辑器)。然后去了CDT官方才发现有针对eclipse3.4 的版本,看来我是土了,update site 是:
http://download.eclipse.org/tools/cdt/releases/ganymede
因为我的eclipse也是ganymede。这下算是装好了但是装的时间有些长,哎网速慢了。
接下来就是装什么MinGW ,然后就按照网上的例子写个helloWorld了,就是这么个helloWorld 害我搞一下午。
错误1: java.lang.Unsatisfie.lang.UnsatisfiedLinkError no XXXXX in java.library.path
这个错误一般是找不到dll文件
执行下这个 可以看看 System.out.println(System.getProperty("java.library.path")); 其实就是我们设置的path 环境变量里的东西或者有其他系统的设置。(在windows cmd下 输入path 或者 set 都可以看)。看了这个以后你就知道这个dll或者so文件放哪里他是可以找到了,当然最简单的放这个java文件所在的目录了或者他上层目录,一般是和java src目录同层目录就好了,你看下java.library.path 中有个点号(.) 就表明是当前工作目录的意思,所以肯定在工程目录下有个位置。这个错误一般比较好解决。
错误2:java.lang.UnsatisfiedLinkError: XXXclass.XXXmethod()
这个错误是 在这个dll里找不到方法的声明,(搞了一下午害我差点装VC了,还借用到了dll查看工具)
网上说是@符号的问题 ,解决方法是用gcc 编译的时候指定参数
第1种方法:
gcc -Wl,--kill-at -shared -o jnihello.dll Native.c
这种方法生成不带@的函数声明
第2种方法:
gcc -Wl,--add-stdcall-alias -shared -o jnihello22.dll Native.c
这种方法会生成2个函数声明,一个是带@的 一个是不带@的。
第3种方法:
在你的本地方法的头文件中中的函数前面加上下划线,比如以前是
JNIEXPORT void JNICALL Java_TestNative_Hello (JNIEnv * , jobject );
现在改成
JNIEXPORT void JNICALL _Java_TestNative_Hello (JNIEnv * , jobject );
同时你的实现的cpp文件或者c文件里的函数头也要一致 前面有下划线。
如果你需要查看dll的导出函数声明可以用以下2个工具
1: dllexp
2:Anywhere PE Viewer