最近開發的一個專案中用到了JNI，所以針對Android的兩大IDE開發NDK做了一下對比。

Android Studio開發NDK的配置

我使用的是穩定版的2.0的外掛，預設情況下它是不支援NDK的，即如果你在build.gradle中配置了ndk屬性是無法別識別的。

這個時候我們只需要在gradle.properties中配置以下屬性即可

android.useDeprecatedNdk=true

當我第一次配置時，android studio報錯無法識別前邊提到的ndk屬性，提示在gradle.properties檔案中新增上面的屬性。

網上有很多文章提到使用試驗版的外掛以支援ndk，我覺得這樣費事費力，而且遷移專案時容易遇到麻煩，畢竟使用穩定版外掛的還是大多數。

從建立專案到一步一步新增實現JNI的整個流程網上有很多，這裡就不再贅述，這裡邊貼一個連結 - 用Android Studio 執行ndk 程式

Eclipse開發NDK的配置

兩者的區別

編譯配置

編譯配置主要包括3個部分：library的名字，支援的cpu架構，需要編譯的原始碼

以android官方提供的例子”HelloJNI”為例，這些配置在兩個檔案中：Android.mk與Application.mk

Android.mk檔案內容如下：

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE
 
    := hello-jni
LOCAL_SRC_FILES := hello-jni.c

include $(BUILD_SHARED_LIBRARY)

Application.mk檔案內容如下：

APP_ABI := all

由上可以很方便的看出來，library的名字和哪些原始碼需要編譯一般在Android.mk檔案中配置，而Application.mk檔案一般負責指定支援哪些cpu架構。

如果我們使用Eclipse，則上面的配置檔案必不可少，否則IDE無法編譯c/c++程式碼。
但是到了Android Studio，這兩個檔案則被build.gradle中的ndk屬性取代了。

下面是在Android Studio中等價的配置

ndk {
      moduleName "hello-jni"
      // adbFilters "armeabi", "armeabi-v7a", "x86"
        }

如果要指定支援的cpu架構，則可以取消上面的註釋，否則則會生成所有支援的cpu架構的libraries

其實ndk屬性的配置只是對Android.mk的配置做了一層封裝，如果你觀察仔細的話，會在目錄build/intermediates/ndk/debug中發現IDE自動幫你生成了Android.mk檔案，內容如下

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE := jni-util
LOCAL_LDFLAGS := -Wl,--build-id
LOCAL_SRC_FILES := \
    /XXX/HelloJNI/src/main/jni/hello-jni.c \

LOCAL_C_INCLUDES += /XXX/HelloJNI/src/main/jni
LOCAL_C_INCLUDES += /XXX/HelloJNI/src/debug/jni

include $(BUILD_SHARED_LIBRARY)

可以看到，與Eclipse版本里的Android.mk檔案內容基本一致。

C++編碼支援

在這個方面，Android Studio甘拜下風，在它裡邊寫程式碼就像在記事本里邊寫一樣，沒有任何程式碼提示。
在Eclipse中可以在專案屬性中的”C/C++ general”->”Paths and Symbols”裡配置開發使用到的標頭檔案，配置好之後就有程式碼提示和跳轉功能了，配合Eclipse平臺上的CDT外掛，編寫C++程式碼還是比較方便的。

Native除錯

Android Studio倒是除錯成功了，不過需要在build.gradle中新增以下配置，參考 build type isn’t jni debuggable error

debug {
         debuggable = true
         jniDebuggable = true
}

總結

如果要編寫比較多的C++程式碼，那麼還是不要用Android Studio了，畢竟記事本的效率大家可想而知。
其它的比如編譯、除錯Android Studio支援的還不錯，相信以後的版本會支援的更好，包括寫C++程式碼。