序

在新版的AS預覽版中我發現對於NDK的支援有所變化。
在新的外掛版本中加強了對NDK的支援以及效能的優化。
於是查詢了一下文件，特此寫了該文章，為嚐鮮的朋友準備，喜歡嚐鮮的朋友可以試試，個人感覺味道不錯。
在之前版本的時候我寫過如何在AS中編譯NDK：
[Android] 環境配置之Android Studio開發NDK

本篇文章是一篇半翻譯文章，來源於AS的說明文件，在文章底部會附上原文連結。
本篇文章中的東西來源於預覽版，本文章中的方法已測試有效；但不建議用於生產開發。

介紹

這是一個新的試驗性外掛，該組建基於新的Gradle組建模型；在配置上能顯著減少時間。在新的外掛中包括了使用JNI開發NDK的一鍵式操作。在本指南中提供了詳細的使用方式，同時強調了新的外掛與原始外掛之間的區別。

警告：該外掛是試驗性外掛。有關該外掛的Gradle API也並不是最終版本。這意味著他只是特定版本的API，也可能只能在特定版本中使用。

此外。DSL可能發生大量改變，在最終版本中有可能採用新的API代替。

該實驗外掛是改善了NDK整合與效能相關的早期預覽版本（這兩個問題來自於使用者反饋）。

需求

• Gradle 2.5 （僅僅）
• Android NDK R10e 版本（如果你需要使用NDK）
• SDK 構建工具最低版本 19.0.0 ，一些功能可能需要更新的版本
• AS 1.3 預覽版及其更高版本

遷移

從之前版本遷移到最新預覽版。在下面顯示了新的預覽版的專案結構，更改的地方使用紅色表示。

./gradle/wrapper/gradle-wrapper.properties

新的外掛僅僅只支援 gradle-2.5.

＃Wed Apr 10 15:27:10 PDT 2013
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https://services.gradle.org/distributions/gradle-2.5-all.zip

./build.gradle

其中Classpath 應該配置為 com.android.tools.build:gradle-experimental 以前是 com.android.tools.build:gradle
當前可使用版本為： 0.2.0.

// 提示: 頂層配置，你也可以在你的子專案或者子Model中新增對應配置

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle-experimental:0.2.0'

        // 提示: 別把專案所需依賴寫在這裡，他們屬於Model中的 build.gradle 檔案
    }
}

allprojects {
    repositories {
        jcenter()
    }
}

./app/build.gradle

在該外掛中有著許多有關DSL變化。其中很多變化似乎有些奇葩，並不必要；因為在我看來外掛變化應該儘量簡單以減少外掛遷移的代價。

DSL 變更:

• Apply 預設外掛名現在是 com.android.model.application 在之前的版本中是：com.android.application. 如果我們的Model是另外的庫或者aar 那麼現在應該為: com.android.model.library
• 根配置應該加上 model { } 模組
• 大多屬性應該加上 '=' 操作符
• 如果是為集合新增對應的元素應該使用 '+=' 操作符

使得 DSL 更侷限性的變更:

• buildTypes, productFlavors 和 signingConfigs 配置必須寫在 android { } 模組以外
• 能在 android { } 模組中巢狀使用的配置需要加上with 關鍵字.
• 屬性也將只能使用所支援的直接屬性，而沒法使用其他型別而後進行轉換（如果該屬性是int型別，將只能輸入int值，而不能是string字元然後強制轉換）。例如:
  
  • 檔案型別屬性將直接接受檔案型別，而不接受String型別。
  • 不能直接使用 minSdkVersion 接受一個 int 或者 string 型別，而需要寫為：minSdkVersion.apiLevel = 15.
• 建立一個buildType 或者 productFlavor 等標記需要呼叫 create方法. 修改一個現有的，如buildType中的release或者debug標記可以直接使用名稱就可以了.
• 現在修改DSL 的變數或者任務是非常非常侷限的.
  

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:22.2.0'
}

NDK 相關

在該實驗外掛中使用NDK建立Android本地程式。 你需要：
使用下載工具下載 NDK 包並配置好環境.
在專案local.properties 檔案中設定 ndk.dir 變數並指定你的 NDK 路徑，也可以在環境變數中設定 ANDROID_NDK_HOME 為你計算機上的 NDK 路徑.
在你的 model 中的 build.gradle 檔案中新增 android.ndk 板塊.

已知侷限

• 不支援NDK-only模組；僅僅支援混合的app或者lib庫的專案編譯。
• 編譯專案時並不會重複編譯已編譯完成的JNI程式碼（AAR庫中的所有so檔案僅僅只是簡單打包到APK中，不會進行重複編譯）。
• 不支援建立可依賴靜態庫。
• 不支援使用諸如cpu_features 的NDK庫。
• 不支援整合外部構建系統。

Model 中的 build.gradle 中的 NDK 配置諸如這樣:

提示：專案中的 moduleName 屬性是必須的，它定義了 NDK 所生成的檔名。

預設情況下，JNI 檔案應該放到專案的目錄為：src/main/jni ，在其中你可以放C/C++程式碼；當然你也可以重新定義該預設目錄。

model {
    android {
        compileSdkVersion = 22
        buildToolsVersion = "22.0.1"
    }
    android.ndk {
        moduleName = "native"
    }
    android.sources {
        main {
            jni {
                source {
                    srcDir 'src'
                }
            }
        }
    }
}

其他的編譯屬性你可以設定到android.ndk { } 模組中，諸如：

model {
    android {
        compileSdkVersion = 22
        buildToolsVersion = "22.0.1"
    }
    android.ndk {
        // 所有可以在 android.ndk 中定義的配置.
        moduleName = "native"
        toolchain = "clang"
        toolchainVersion = "3.5"

        // 提示：CFlags 是一個C的資源, 其命名與常規的屬性並不一樣.  這是一個技術限制，但在以後會解決。

        CFlags += "-DCUSTOM_DEFINE"
        cppFlags += "-DCUSTOM_DEFINE"
        ldFlags += "-L/custom/lib/path"
        ldLibs += "log"
        stl = "stlport_static"
    }
    android.buildTypes {
        release {
            ndk.with {
                debuggable = true
            }
        }
    }
    android.productFlavors {
        create("arm") {
            ndk.with {
                // 你可以在 productFlavors 和 buildTypes 節點中配置 NDK 相關的屬性
                abiFilters += "armeabi-v7a"
            }
        }
        create("fat") {
            // 如果未指定 ndk.abiFilters 屬性，那麼將會生成所有的CPU版本ABI.
        }
    }

    // 你可以修改所有的 NDK 屬性
    components.android {
        binaries.afterEach { binary ->
            binary.mergedNdkConfig.cppFlags.add(
                    "-DVARIANT=\"" + binary.name + "\"")
        }
    }
}

原文連結

案例

========================================================