Java通過JNI調用C之ＨelloWorld入門
? 首先我實在 ubantu12.04 下進行操作的，還要有 eclipse ～～
1.ＪＮＩ的工作原理
JNI : Java Native Interface 即JAVA本地調用
（1）java的本質
想搞明白jni的本質，還要從java的本質說起.從本質上來說，java這門語言就是一門腳本語言（這是偶的個人理解，希望java大俠們不要用板磚拍我），它的運行完全依賴于腳本引擎對java的代碼進行解釋和執(zhí)行（當然了，現(xiàn)代的java已經先進許多，可以從源代碼編譯成.class之類的中間格式的二進制文件，這種處理會大大地加快java腳本的運行速度，但是基本的執(zhí)行方式仍然不變，由腳本引擎（我們稱之為JVM）來執(zhí)行，與python、perl之類的純腳本相比，它只是把腳本變成了二進制格式而已.另外就是java本身對面向對象的概念支持得很好，擁有完善的功能庫可供調用，把這個腳本引擎移植到所有平臺上，那么這個腳本自然就實現(xiàn)所謂的“跨平臺”了）.絕大多數(shù)的腳本引擎都支持一個很顯著的特性，就是可以通過c/c++編寫模塊，在腳本中調用這些模塊，以此來類比java，也是一樣的，java一定要提供一種在腳本中調用c/c++編寫的模塊的機制，才能稱得上是一個相對完善的腳本引擎.
?。?）android中的java
android平臺從本質上是 由arm-linux操作系統(tǒng) 和一個叫做dalvik的java虛擬機組成的.所有在android模擬器上面看到的那些華麗的界面，都是用java語言編寫的（參見android平臺源代碼的frameworks/base目錄）.目前看來dalvik只是提供了一個標準的支持jni調用的java虛擬機環(huán)境.android平臺中所有的硬件相關的操作均是采用jni技術進行了封裝，由java去調用jni模塊，而jni模塊使用c/c++調用android本身的arm-linux底層驅動.
例如，frameworks/base/libs/ui目錄下面有一個叫做“EGLDisplaySurface.cpp”的文件，里面的：
status_t EGLDisplaySurface：：mapFrameBuffer（）函數(shù)中，就有直接對android的arm-linux中的framebuffer的初始化代碼.
這也更加印證了，android其實是依靠java+jni建立起來的王國.hoho，如此一來，就凸顯出jni在Android開發(fā)中的重要性（當然，一些簡單的小程序是完全可以只用java就搞定的）.
“jni”的子目錄，這個目錄將用來存放.c的文件.
2.使用ＪＮＩ兩個原因
1、運行JAVA程序的虛擬機是用Native語言編寫的，而虛擬機運行在具體的平臺上，所以虛擬機本身無法做到平臺無關，而利用JNI技術即可對JAVA層屏蔽不同操作系統(tǒng)平臺之間的差異，如file，socket等
2、在JAVA語言誕生前，很多程序使用Native語言編寫，JAVA直接利用JNI使用，避免造重復輪子的壞名聲。而且JNI的運行效率和速度會更高
3.JNI 之 ＨelloWorld
? 在Ubantu 中打開 eclipse ，寫 java 代碼：
HelloWorld.java
public?class?HelloWorld?{
static{
System.loadLibrary("hello");
}
public?native?void?DisplayHello();
public?static?void?main(String[]?args)?{
//?TODO?Auto-generated?method?stub
new?HelloWorld().DisplayHello();
//System.out.println(?System.getProperty("java.library.path"));
}
}進入src目錄下，編譯該JAVA類，（我是用默認包，不用寫包名，有創(chuàng)建包的同鞋們要自己加包名）
命令：javac HelloWorld.java
在該 HelloWorld.java 所在目錄下生成 HelloWorld.class
然后使用javah生成頭文件，
命令：javah -jni HelloWorld
在當前目錄下生成 HelloWorld.h 頭文件，此文件供C、C++程序來引用并實現(xiàn)其中的函數(shù)
HelloWorld.h
/*?DO?NOT?EDIT?THIS?FILE?-?it?is?machine?generated?*/
#include?"jni.h"
/*?Header?for?class?HelloWorld?*/
#ifndef?_Included_HelloWorld
#define?_Included_HelloWorld
#ifdef?__cplusplus
extern?"C"?{
#endif
/*
?*?Class:?????HelloWorld
?*?Method:????DisplayHello
?*?Signature:?()V
?*/
JNIEXPORT?void?JNICALL?Java_HelloWorld_DisplayHello
??(JNIEnv?*,?jobject);
#ifdef?__cplusplus
}
#endif
#endif注：1)、此頭文件是不需要用戶編譯的，直接供其它C、C++程序引用。
???? 2)、此頭文件中的JNIEXPORT void JNICALL Java_HelloWorld_DisplayHello(JNIEnv *, jobject);方法，是將來與動態(tài)鏈接庫交互的接口，并需要名字保持一致。
創(chuàng)建ＨelloWorld.cpp 實現(xiàn)頭文件中的方法：
#include?"jni.h"
#include?"HelloWorld.h"
#includeJNIEXPORT?void?JNICALL?Java_HelloWorld_DisplayHello
(JNIEnv?*env,?jobject?obj)
{
????printf("From?HelloWorld.cpp?:");
????printf("Hello?world?!?n");
????return;
}此C++文件實現(xiàn)了上述頭文件中的函數(shù)，注意方法函數(shù)名要保持一致。
編譯生成動態(tài)庫libHello.so
編譯c程序：
gcc -shared -fpic XXX.c -o XXX.so
編譯c++程序：
g++ -shared -fpic XXX.cpp -o XXX.so
我是用下面這種方法：
g++ -I /usr/lib/jvm/java-6-sun/include/linux/ -I /usr/lib/jvm/java-6-sun/include/ -fPIC -c Hello.cpp
生成Hello.o
g++ -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 Hello.o
生成libhello.so.1.0
接下來將生成的共享庫拷貝為標準文件名
cp libhello.so.1.0 libhello.so
或者使用：
g++ -I /usr/lib/jvm/java-6-sun/include/linux/ -I /usr/lib/jvm/java-6-sun/include/ -fPIC -shared -o libLexical.so Lexical.cpp
編譯好 .so接下來的任務是要讓 java library path 能找到 .so
第一種方法：
現(xiàn)在HelloWorld.java 用 System.out.println( System.getProperty("java.library.path")); 打印出 java library 的路徑, 然后把 libhello.so 復制到 java library path 的文件夾下面，如果沒有權限的話用 sudo mv? ./x ...(我是用這種方法)
第二種方法：
設置當前的 .so 的路徑為 java library path 可以訪問的路徑
export LD_LIBRARY_PATH=...../（路徑）:$LD_LIBRARY_PATH
設置好路徑點運行成功
From HelloWorld.cpp :Hello world !
附：gcc 參數(shù)解釋(轉載）：
?? 最主要的是GCC命令行的一個選項:
-shared 該選項指定生成動態(tài)連接庫（讓連接器生成T類型的導出符號表，有時候也生成弱連接W類型的導出符號），不用該標志外部程序無法連接。相當于一個可執(zhí)行文件
l -fPIC：表示編譯為位置獨立的代碼，不用此選項的話編譯后的代碼是位置相關的所以動態(tài)載入時是通過代碼拷貝的方式來滿足不同進程的需要，而不能達到真 正代碼段共享的目的。
l -L.：表示要連接的庫在當前目錄中
l -ltest：編譯器查找動態(tài)連接庫時有隱含的命名規(guī)則，即在給出的名字前面加上lib，后面加上.so來確定庫的名稱
l LD_LIBRARY_PATH：這個環(huán)境變量指示動態(tài)連接器可以裝載動態(tài)庫的路徑。
l 當然如果有root權限的話，可以修改/etc/ld.so.conf文件，然后調用 /sbin/ldconfig來達到同樣的目的，不過如果沒有root權限，那么只能采用輸出LD_LIBRARY_PATH的方法了。
注意
1. 在linux下，動態(tài)鏈接庫的名字必須是 lib****.so，必須以lib開頭
2. 加載.so 文件時 ,我的c同事給我的.so 文件名為libswdes.so 我在java類里面調用時 需要這樣寫System.loadLibrary("swdes"); 不能帶前面的lib和后綴名.so！
3. 調用動態(tài)庫的時候有幾個問題會經常碰到，有時，明明已經將庫的頭文件所在目錄 通過 “-I” include進來了，庫所在文件通過 “-L”參數(shù)引導，并指定了“-l”的庫名，但通過ldd命令察看時，就是死活找不到你指定鏈接的so文件，這時你要作的就是通過修改 LD_LIBRARY_PATH或者/etc/ld.so.conf文件來指定動態(tài)庫的目錄。通常這樣做就可以解決庫無法鏈接的問題了。
下載文檔
