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文件解析：

jstring

Java_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庫