不知道有多少朋友像我一樣，被Android NDK開發的環境配置折騰到吐，然後放棄。從事Android工作幾年了，也不太願意接觸NDK開發。不過福利終於來了，新的AS中開始使用CMake開發jni，開發c跟開發java一樣簡單，你只需單純的執著於業務目標，跟折騰環境說拜拜。那我們現在就開始吧！

環境需求

要進行jni開發，AS需要以下環境：

方式一、在工程建立的時候新增

首先使用AS(3.0)新建一個JniTest工程
在建立工程的過程中就有是否支援jni呼叫的選項

當你把這個選項勾選上後，你會發現專案的App模組下自動就把cmake相關的內容配置好了，我們來看看與無jni呼叫的工程有什麼不同。
首先，app目錄下多了CMakeLists.txt檔案，內容如下：

# For more information about using CMake with Android Studio, read the
# documentation: https://d.android.com/studio/projects/add-native-code.html

# Sets the minimum version of CMake required to build the native library.

cmake_minimum_required(VERSION 3.4.1)

# Creates and names a library, sets it as
 
 either STATIC
# or SHARED, and provides the relative paths to its source code.
# You can define multiple libraries, and CMake builds them for you.
# Gradle automatically packages shared libraries with your APK.

# 配置so庫資訊
add_library( # Sets the name of the library.
            # 生成的so庫名稱，此處生成的so檔名稱是libnative-lib.so
             native-lib

             # Sets the library
 
 as a shared library.
             # STATIC：靜態庫，是目標檔案的歸檔檔案，在連結其它目標的時候使用
             # SHARED：動態庫，會被動態連結，在執行時被載入
             # MODULE：模組庫，是不會被連結到其它目標中的外掛，但是可能會在執行時使用dlopen-系列的函式動態連結
             SHARED

             # Provides a relative path to your source file(s).
             # 資原始檔，可以多個，
             # 資源路徑是相對路徑，相對於本CMakeLists.txt所在目錄
             src/main/cpp/native-lib.cpp )

# Searches for a specified prebuilt library and stores the path as a
# variable. Because CMake includes system libraries in the search path by
# default, you only need to specify the name of the public NDK library
# you want to add. CMake verifies that the library exists before
# completing its build.

# 從系統查詢依賴庫
find_library( # Sets the name of the path variable.
              # android系統每個型別的庫會存放一個特定的位置，而log庫存放在log-lib中
              log-lib

              # Specifies the name of the NDK library that
              # you want CMake to locate.
              # android系統在c環境下打log到logcat的庫
              log )

# Specifies libraries CMake should link to your target library. You
# can link multiple libraries, such as libraries you define in this
# build script, prebuilt third-party libraries, or system libraries.

# 配置庫的連結（依賴關係）
target_link_libraries( # Specifies the target library.

                       # 目標庫
                       native-lib

                       # Links the target library to the log library
                       # included in the NDK.
                       # 依賴於
                       ${log-lib} )

程式碼已經新增比較清晰的註釋，使用的時候只需要拷貝到模組目錄下，上方程式碼刪除註釋後一目瞭然，無需發愁！再看看app/build.gradle下又有什麼變化：

apply plugin: 'com.android.application'

android {
    compileSdkVersion 26
    defaultConfig {
        applicationId "com.test.jnitest2"
        minSdkVersion 15
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        externalNativeBuild {
            cmake {
                cppFlags ""
            }
        }
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    externalNativeBuild {
        cmake {
            path "CMakeLists.txt"
        }
    }
}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
}

主要的多了關於CMake的兩項配置：

// android下
    externalNativeBuild {
        cmake {
            path "CMakeLists.txt" // cmake配置檔案路徑
        }
    }

// defaultConfig下
            cmake {
                cppFlags ""
                // 生成多個版本的so檔案
                abiFilters 'arm64-v8a', 'armeabi-v7a', 'x86', 'x86_64'
            }

具體的更多配置，請詳查官方文件，根據需要修改。ok，配置就這麼多，是不是很簡單。接著我們看看資源目錄：

我們發現系統已經幫我們把native-lib.cpp原始檔寫好了，根據函式名可以知道，函式的native申明是在MainActivity中。我們再看看MainActivity檔案，與以前的jni呼叫方式完成一樣：

    // Used to load the 'native-lib' library on application startup.
    static {
    // 載入庫
        System.loadLibrary("native-lib");
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        // Example of a call to a native method
        TextView tv = (TextView) findViewById(R.id.sample_text);
        tv.setText(stringFromJNI()); // 發生jni呼叫
    }

    /**
     * A native method that is implemented by the 'native-lib' native library,
     * which is packaged with this application.
     */
    public native String stringFromJNI(); // native申明

上面的過程包括了庫的載入、native方法申明、jni方法呼叫三個過程。跟以往不同的是，你可以按住ctrl鍵滑鼠左鍵點選native方法，也能像java一樣跳轉到方法的定義了，即native-lib.cpp檔案中的Java_com_test_jnitest2_MainActivity_stringFromJNI方法。
現在我們在MainActivity中再宣告一個方法：

    public native String getStr(String s);

我們選中函式名，然後alt+enter：

自動就出現了建立jni方法的選項，確定後你會在native-lib.cpp中發現函式定義框架已經寫好：

so easy！你在函式中輸入env->居然提示：

方式二、在專案開發過程中新增

有時候，我們的專案已經在進行中或者維護中了，突然需要使用jni呼叫怎麼辦呢？AS已經提供了相對便捷的方法。首先在要使用jni呼叫的工程模組下新建一個CMakeLists.txt：

程式碼：

cmake_minimum_required(VERSION 3.6)

add_library( # Sets the name of the library.
             xjni

             # Sets the library as a shared library.
             SHARED

             # Provides a relative path to your source file(s).
             src/main/jni/XJni.c )

find_library( # Sets the name of the path variable.
                log-lib

                # Specifies the name of the NDK library that
                # you want CMake to locate.
                log )

target_link_libraries( # Specifies the target library.
              xjni

              # Links the target library to the log library
              # included in the NDK.
              ${log-lib} )

CMakeLists.txt具體配置上面已經說過了，這個地方是去掉了註釋了的。需要注意的是，如果我們不在c原始碼檔案中輸出日誌到logcat，那麼我們是不需要依賴log庫的，也就是說find_library、target_link_libraries不是必須的。
接著配置模組支援jni呼叫，對專案模組右鍵：

在彈出的提示框中選擇剛新建配置的CMakeLists.txt檔案：

我們看看app/build.gradle有什麼變化：

編譯完成，編譯器會報找不到XJni.c檔案錯誤。ok，那我們新建一個/app/src/main/jni/XJni.c：

#include <jni.h>

只有一行程式碼，ok，再編譯，沒問題！接下來新建jni呼叫java檔案XJni.java：

package com.test.jnitest4;

public class XJni {

    static {
        System.loadLibrary("xjni");
    }

    public native String getStr(String s);
}

getStr方法顯示錯誤紅色，不用著急，我們選中函式名，按快捷鍵alt+enter：

選擇create function後，函式就自動在XJni.c檔案中生成了

#include <jni.h>

JNIEXPORT jstring JNICALL
Java_com_test_jnitest4_XJni_getStr(JNIEnv *env, jobject instance, jstring s_) {
    const char *s = (*env)->GetStringUTFChars(env, s_, 0);

    // TODO

    (*env)->ReleaseStringUTFChars(env, s_, s);

    return (*env)->NewStringUTF(env, returnValue);
}

需要注意的是，你最好讓.java檔名與.c檔名同名，否則你可能快捷鍵不會出現create function選項。修改.c檔名的時候記得對應將CMakeLists.txt中修改。

總之，JNI入門難度大大降低，AS在這方面還有很多適用的功能提供，例如debug、在c程式碼中輸入日誌到logcat等，只需簡單操作就可完成，非常人性。