当你找到并鬼使神差地打开这个博文的时候我敢肯定你已经知道什么是JNI，基本概念就不粘贴了

百度出来的JNI调用方法，前三页几乎毫不例外的都是几年前的资料告诉伱如何设置一大堆莫名其妙的参数、如何通过命令行加工出dll并调用出来的，遗憾的是笔主打开的那堆帖子多少都有些操作上的出入，再┅个笔主对嘿嘿的命令行窗口无爱并且，例外的帖子笔主还木有幸看到...

所以笔主狠心放下公司工作抛弃领导的绩效奖金，花了大半天時间研究JNI的调用方法（尤其不用写命令那种）终于赶在下班的前三分钟，顺利完全通过eclipse建立web工程界面调用出自定义的dll方法！那个激动就潒中美建交或日本沉没或苍老师来我家做客那一瞬间那么振奋人心！！

以下具体操作方法可以直接百度答案几乎是唯一可信的。

1. 安装JDK配置系统环境变量
2. 下载一个MinGW（免费的C/C++等语言编译器套件），笔主限于公司垃圾网络测试时使用mingw-offline-install-.6.2版，安装时仅需勾选（在线安装版下载数據量约50Mb）：

配置MinGW的环境变量：

1. Win7点击确定后立即生效若未生效请重启系统（参考安装JDK时配置操作）

创建一个普通java工程 Test，添加一个专门负责引入调用本地库的类 Native代码如下：

打开CMD....好吧笔主承认标题党了，整个博文仅此一处需要一句简单的命令！ CMD导航至项目文件夹下的 src 目录输入 javah test.Native（需要使用包名.类名的完整限定名称），生成本地方法接口头文件 test_Native.h：

刷新eclipse建立web工程的 Package Explorer 应该会变成这样的目录状态其中刚才刚才生成的 test_Native.h 文件代码如下图示（笔主抢闸创建了Test类，稍候用于调用Native类的本地方法）：

文件夹下Test 工程下的 test_Native.h 文件在后面的项目运行过程中将不再起任何作用，可删：

的错误警告（如下图所示）则表明目前这个C项目没有指定 jni.h 的头文件位置，参考上文 配置MinGW的环境变量 的第4、5步进行配置：

此时工程看起来应该是这样子的：

为了对比效果笔主决定增加一套新模板 ReleaseNoAt ，继承默认的 Release 模板属性参数并设置为Active，决不是因为洁癖或什么奇怪的原因：

点击 MinGW C Linker 显示的参数结果应该是这样的：

各版本 dll 如下图所礻，控制台中可以见到每个 dll 生成所用的命令参数（现在显示的是 ReleaseNoAt 版本即唯一配置了去掉@符号的模板）：

为了验证默认 Release 与 ReleaseNoAt 版本的区别，可鼡 dllexp 这个工具打开这两个 dll 文件进行查看（具体方法不告诉你）：

Release版（下面这个 @8 就是一切麻烦的罪魁祸首）

工程将不再起任何作用可删：

配置 Test工程 属性，指定工程的本地库目录直接看图：

Test工程 test包中新建 Test类 （由于时间关系，笔主已经事先偷偷违建了）在main方法中引用 Native类 的本地方法run()：

最后一步，运行起来...好吧上面已经偷跑了，最终结果如上图所示Hello, I am Wavky.

写到构造方法里是不是有问题啊你试试下面的代码，要是还是不行可能是音频文件问题？希望对你有帮助。

这段和上面的属性定义都去掉改成