Android之使用JNI調用NDK

配置NDK環境變數及產生so檔案:
1、 首先找到cygwin的安裝目錄，找到一個home\<你的使用者名稱>\.bash_profile檔案，我的是：E:\cygwin\home\Administrator\.bash_profile。(注意：我安裝的時候我的home檔案夾下面神馬都沒有，解決的辦法：首先開啟環境變數，把裡面的使用者變數中的HOME變數刪掉，在E:\cygwin\home檔案夾下建立名為Administrator的檔案夾（是使用者名稱），然後把E:\cygwin\etc\skel\.bash_profile拷貝到該檔案夾下)。

2、 開啟bash_profile檔案，（此處必須要使用UltraEdit檔案編輯器開啟，並且開啟後不要轉換格式！使用其他編輯工具開啟的話編輯後是亂碼，不能執行！）添加NDK=/cygdrive/<你的盤符>/<Android ndk 目錄> 例 如：

NDK=/cygdrive/e/Android-ndk-r8b

export NDK

NDK這個名字是隨便取的，為了方面以後使用方便，選個簡短的名字，然後儲存

3、開啟cygwin，輸入cd $NDK，如果輸出上面配置的/cygdrive/e/Android-ndk-r5資訊（輸出的資訊為ndk的安裝目錄），則表明環境變數設定成功了。

 

4、編譯成so檔案，3的配置成功後就可以配置產生so檔案啦。首先，需要進入需要進行產生so檔案的項目，我這裡是使用例子的路徑（/cygdrive/e/android-ndk-r8b/samples/hello-jni）然後鍵入$NDK/ndk-build就可以在項目下自動產生libs\armeabi檔案夾及相應的so檔案。

 

.c檔案解析：
jstringJava_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env , jobject thiz ){    return (*env)->NewStringUTF(env, "Hello from JNI !");}

Native的對應函數名要以“Java_”開頭，後面依次跟上Java的“package名”、“class名”、“函數名”，中間以底線“_” 分割，在package名中的“.”也要改為“_”。此外，關於函數的參數和傳回值也有相應的規則。對於Java中的基本類型如int 、double 、char 等，在Native端都有相對應的類型來表示，如jint 、jdouble 、jchar 等；其他的物件類型則統統由jobject 來表示（String 是個例外，由於其使用廣泛，故在Native代碼中有jstring 這個類型來表示，正如在上例中傳回值String 對應到Native代碼中的傳回值jstring ）。而對於Java中的數組，在Native中由jarray 對應，具體到基本類型和一般物件類型的數組則有jintArray 等和jobjectArray 分別對應（String 數組在這裡沒有例外，同樣用jobjectArray 表示）。

還有一點需要注意的是，在JNI的Native函數中，其前兩個參數JNIEnv *和jobject 是必需的——前者是一個JNIEnv 結構體的指標是JNI的核心資料，這個結構體中定義了很多JNI的介面函數指標，使開發人員可以使用JNI所定義的介面功能；

JNIEnv *env參數的使用

所有JNI介面的第一個參數是JNIEnv *env, 在C中，使用方法是

(*env)->NewStringUTF(env, "Hello from JNI!");

但在C++中，其調用方法是

env->NewStringUTF("Hello from JNI!");

後者指代的是調用這個JNI函數的Java對象，有點類似於C++中的this 指標。在上述兩個參數之後，還需要根據Java端的函式宣告依次對應添加參數。在上例中，Java中聲明的JNI函數沒有參數，則Native的對應函數只有類型為JNIEnv *和jobject 的兩個參數。

 

JAVA檔案： 

從上面Native函數的命名上我們可以瞭解到JNI函數的命名規則： Java代碼中的函式宣告需要添加native

例如：public native String  stringFromJNI(); 

當然，要使用JNI函數，還需要先載入Native代碼編譯出來的動態庫檔案（在Windows上是.dll，在Linux上則為.so）。這個動作是通過如下陳述式完成的：

1. static  {  
2.     System.loadLibrary("hello-jni" );  
3. }  

 

 產生相應.h檔案：

 注意一定要先編譯java檔案，使其產生.class檔案後才能產生相應的.h檔案

 1. 需要在命令列進入相應的項目裡

 2. 鍵入 javah -classpath bin -d jni com.example.hellojni.HelloJni 綠色為包名+類名

************    後來發現，產生的 .class 檔案並不是直接放到bin檔案夾下的，而是包含一個名為classes的子目錄。
************   所以，把以上命令改為：
************   javah -calsspath bin/classes -d jni <package>.<class>

************   也就是： javah -classpath bin/classes -d jni com.example.hellojni.HelloJni 綠色為包名+類名

 

 

編寫Android.mk檔案 ：

在jni目錄下（即hello-jni.c 同級目錄下）建立一個Android.mk檔案，Android.mk 檔案是Android 的 makefile檔案，內容如下：
 

LOCAL_PATH := $(call my-dir)

一個Android.mk 檔案首先必須定義好LOCAL_PATH變數。它用於在開發樹中尋找源檔案。在這個例子中，宏函數’my-dir’, 由編譯系統提供，用於返回當前路徑（即包含Android.mk file檔案的目錄）。

 

include $(CLEAR_VARS)CLEAR_VARS由編譯系統提供，指定讓GNU MAKEFILE為你清除許多LOCAL_XXX變數（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...), 除LOCAL_PATH 。這是必要的，因為所有的編譯控制檔案都在同一個GNU MAKE執行環境中，所有的變數都是全域的。 

LOCAL_MODULE    := hello-jni

編譯的目標對象，LOCAL_MODULE變數必須定義，以標識你在Android.mk檔案中描述的每個模組。名稱必須是唯一的，而且不包含任何空格。注意：編譯系統會自動產生合適的首碼和尾碼，換句話說，一個被命名為'hello-jni'的共用庫模組，將會產生'libhello-jni.so'檔案。重要注意事項：如果你把庫命名為‘libhello-jni’，編譯系統將不會添加任何的lib首碼，也會產生 'libhello-jni.so'，這是為了支援來源於Android平台的原始碼的Android.mk檔案，如果你確實需要這麼做的話。 

LOCAL_SRC_FILES := hello-jni.c

LOCAL_SRC_FILES變數必須包含將要編譯打包進模組中的C或C++原始碼檔案。注意，你不用在這裡列出標頭檔和包含檔案，因為編譯系統將會自動為你找出依賴型的檔案；僅僅列出直接傳遞給編譯器的原始碼檔案就好。注意，預設的C++源碼檔案的副檔名是’.cpp’. 指定一個不同的副檔名也是可能的，只要定義LOCAL_DEFAULT_CPP_EXTENSION變數，不要忘記開始的小圓點（也就是’.cxx’,而不是’cxx’） 

include $(BUILD_SHARED_LIBRARY)

BUILD_SHARED_LIBRARY表示編譯產生共用庫，是編譯系統提供的變數，指向一個GNU Makefile指令碼，負責收集自從上次調用'include $(CLEAR_VARS)'以來，定義在LOCAL_XXX變數中的所有資訊，並且決 

定編譯什麼，如何正確地去做。還有 BUILD_STATIC_LIBRARY變數表示產生靜態庫：lib$(LOCAL_MODULE).a， BUILD_EXECUTABLE 表示產生可執行檔。

 

LOCAL_STATIC_LIBRARIES ：=？
引用第三方庫

 

自己寫的一個Demo：/Files/lee0oo0/MyJNINDK.rar 

 

以下說一說android-ndk-r8b下的例子各表示的作用：接下來詳細分析以下5,6,7,8,12

1. bitmap-plasma ：如何在NDK中使用bitmap的例子，早期的NDK版本不能直接使用bitmap，後來的版本中增加了對bitmap的支援。 2. hello-gl2 ：在NDK中如何使用OpenGLES的運用 3. hello-jni ：最基本的NDK使用方式，通過NDK擷取字串然後在Android應用中顯示出來 4. hello-neon ：在NDK中有關neon的最佳化 5. module-exports ：多個庫的調用方式。foo被編譯為靜態庫，bar被編譯為動態庫並調用了庫foo，zoo被編譯為動態庫並調用了庫bar。 6. native-activity ：完全用NDK實現整個Android程式 7. native-audio ：在NDK中有關音訊操作 8. native-media ：在NDK中對視頻的操作 9. native-plasma ：完全用NDK實現整個Android程式並且提供了涉及plasma的最佳化 10. san-angeles ：移植到Android平台的OpenGL ES的例子 11. test-libstdc++ ：對C++的支援，但並非支援C++的全部特徵

12. two-libs：兩個庫的使用，first為靜態庫，second為動態庫，並且second庫調用first庫