文章詳情頁

解決Java 部署Tomcat時使用jni和jna調用DLL文件的問題

瀏覽：2日期：2022-08-20 14:42:48

我的前一篇博客提到，我們公司項目的restful框架中要用到底層的DLL C++庫，最后經過測試驗證結果選擇采用JNA方法來調DLL庫。

之后基礎框架在IDEA中的jetty服務中調試成功，但是在部署到Tomcat上時出現了無法加載DLL庫的狀況，只能現學現賣了。

一. 把DLL文件放在Tomcat下的方法：

在Tomcat中加載dll，供其它接口調用：

在Tomcat目錄根下新建一個文件夾，這里就叫DLL吧，<tomcat_home>/DLL；

把需要用到的dll放入新建的DLL目錄下；

編輯<tomcat_home>/conf/catalina.properties，在common.loader后面追加${catalina.home}/DLL；

編輯<tomcat_home>/bin/目錄下的catalina.bat，在rem Copy CATALINA_BASE from CATALINA_HOME if not defined的段落中增加如下語句：

set LD_LIBRARY_PATH=%CATALINA_BASE%DLL

set JAVA_OPTS=-Djava.library.path=%CATALINA_BASE%DLL%JAVA_OPTS%

保存重新啟動Tomcat，deploy war即可。

二. 把DLL文件放在java.library.path路徑下，可以通過System.out.println(System.getProperty('java.library.path'));語句查看都有哪些系統調默認調用的文件路徑。Tomcat會在這些目錄下尋找要加載的文件、庫等。

三. 在使用JNA調用DLL時，總是提示無法加載相應的庫。把DLL文件放在各種路徑下都不起作用。

無奈之下，我換成JNI工具嘗試了一下，結果提示Can’t load IA 32-bit .dll on a AMD 64-bit platform。真相終于浮出了水面，原來是因為JDK和DLL系統不兼容（萬萬沒想到問題出在這里），于是我把DLL重新編譯成64位試了一下，成功部署。

然后我又換成JNA工具后試了一下也成功部署（早該換成JNI試一下，就是因為JNI使用步驟過于繁瑣，所以一直對JNA不死心，結果拖了很長時間），問題解決。

四．使用JNA的時候，大多數網上教程中Native.loadLibrary(“DLL name”, classname.class); 中的第一個參數都是相對路徑。按照編程經驗，這里應該也可以寫成絕對路徑，例如：

Native.loadLibrary(“C:Program Files (x86)Javajdk1.8.0_51bin DLLname.dll”, classname.class);

我這樣試著跑了一下，證明我的猜想是正確的。

五. 把DLL放在Tomcat文件夾下的bin文件中也可以找到。Linux下放在 /user/local/bin 中。這是我最后采用的方式。

總結：

問題可能出在方方面面，需要學習的還很多，經驗也相當重要。同時應該在自己的代碼中建立完整的異常報錯體系，和良好的異常處理習慣。但是我又擔心太多的分支處理會影響整體的性能。還是好好修煉內功才是王道啊。

補充知識：正確配置java jdk環境變量方式及配置tomcat后執行startup.bat閃退原因分析

我們用的很多軟件都需要配置環境變量,有的軟件會自動配置環境變量,不需要我們手動配置.而有的必須手動配置環境變量,比如git, eclipse等.

下面分享一下正確配置java環境變量的方法.因為很多軟件的運行都需要基于配置java環境變量的基礎上.

以配置jdk1.8為例：

1 安裝jdk1.8

如圖中所以,打開jdk-xxx.exe,進行安裝jdk,事先建兩個文件夾jdk,jre,用于分別作為jdk和jre的安裝文件夾

2 配置環境變量

安裝完之后,就是配置環境變量：

JAVA_HOME -- 變量值就是jdk的主目錄,圖中已用藍色標出(配置JAVA_HOME變量值時,末尾一定不要加分號)

Path -- 需要配置兩個,jdk的bin目錄和jdk下的jre的bin目錄,如圖中所示：

即 %JAVA_HOME%bin;%JAVA_HOME%jrebin;