其他流程和前面几篇文章没有区别，直接使用即可，下面我们就来看看新的实验版 Gradle 插件 NDK 开发吧。
2-2 新实验版Gradle插件与AS下NDK开发
前面几篇 NDK 文章都是基于上面 2-1 的 Gradle 脚本来构建了，既然说到了新实验版本 Gradle，那我们就来看看有啥区别（除过 Gradle 区别别的与前几篇 NDK 开发流程保持一致即可），如下：
//Project的build.gradle文件
buildscript {
repositories {
jcenter()
}
dependencies {
classpath ‘com.android.tools.build:gradle-experimental:0.7.0-alpha1’
}
}
allprojects {
repositories {
jcenter()
}
}
//Module的build.gradle文件
apply plugin: ‘com.android.model.application’
model {
android {
compileSdkVersion = 23
buildToolsVersion = “23.0.2”
defaultConfig.with {
applicationId = “com.example.hellojni”
minSdkVersion.apiLevel = 4
targetSdkVersion.apiLevel = 23
}
}
/*
- native build settings
*/
android.ndk {
moduleName = “hello-jni”
/*
-
Other ndk flags configurable here are
-
cppFlags.add("-fno-rtti")
-
cppFlags.add("-fno-exceptions")
-
ldLibs.addAll([“android”, “log”])
-
stl = “system”
*/
}
android.buildTypes {
release {
minifyEnabled = false
proguardFiles.add(file(‘proguard-rules.txt’))
}
}
android.productFlavors {
// for detailed abiFilter descriptions, refer to “Supported ABIs” @
// https://developer.android.com/ndk/guides/abis.html#sa
create(“arm”) {
ndk.abiFilters.add(“armeabi”)
}
create(“arm7”) {
ndk.abiFilters.add(“armeabi-v7a”)
}
create(“arm8”) {
ndk.abiFilters.add(“arm64-v8a”)
}
create(“x86”) {
ndk.abiFilters.add(“x86”)
}
create(“x86-64”) {
ndk.abiFilters.add(“x86_64”)
}
create(“mips”) {
ndk.abiFilters.add(“mips”)
}
create(“mips-64”) {
ndk.abiFilters.add(“mips64”)
}
// To include all cpu architectures, leaves abiFilters empty
create(“all”)
}
}
看见了吗？Google 当前正在实验的 Gradle 插件已经更新到了 gradle-experimental 0.7.0-alpha1 ，可以明显感觉到 Project 和 Module 的 build.gradle 文件编写闭包都有了变化，细节的相信不需要我再解释了，只是让大家知道有这么回事就行了；框框架架有调整，但是实质其实没啥变化的，大家注意这里新的闭包规则就行了。
PS:关于变化和详细的ABI等细节参见官方文档就行了，非常详细的。
2-3 约谈题外技能
还记不记得我们前面的几篇 NDK 开发都需要手动命令行去 javah 生成 jni 头文件吗？是不是觉得很蛋疼呢？哈哈，AS 有一个功能相信你不陌生吧，那就是 External Tools 自定义功能。所以我们可以通过自定义 AS 的Tools-External Tools，添加 javah 的支持即可通过 AS 直接生成 jni 头文件，设置如下图：
当然了，有时候我们需要使用 Android.mk 和 Application.mk 的做法生成 so 等库文件发布使用，这个也容易，也是直接自定义 Tools-External Tools 即可，如下是 ndk-build 与 ndk-build clean 命令的 AS 自定义：
有了上面这种自定义的 Tools 那就提高很多效率了，譬如我们编译完 Java 文件后在 Project 栏选中要生成 jni 头文件的 java 源文件右键到 External Tools 中的 javah 就能看见 jni 文件夹下面自动生成了对应的 jni 规范头文件；在 Project 栏选中 jni 目录右键到 External Tools 中的 ndk-xxx 相关就能编译生成 so 等文件或者清空编译结果。
当然了，你依旧可以选择像前几篇文章叙述的那样开发 NDK，或者直接在源码环境下开发，又或者混合开发，这都是你自己的选择而已。至于当前选择那个版本的 Gradle 进行 NDK 开发也一样看你个人兴趣了。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
3 约谈NDK调试
=============
关于 NDK 的调试一直都是个坑，好在 Google 在大力布局 AS 时开始来填坑了；以前 NDK 的调试都只能依赖于 GDB 命令行的调试，而现在却变得 GUI 化，方便了许多。关于 NDK 的调试这里也是点到为止，因为不是很复杂，有 C 语言开发经验的都很熟悉的，没啥深奥的，只用记住流程就行了。
3-1 约谈AS下新Gradle插件NDK调试
在现在版本的 AS 中通过 gradle-experimental plugin 插件和 LLDB 的配合使 NDK 调试变得很人性化了，现在基本都是傻瓜模式的 GUI 操作了，具体表现如下图：
可以看见，使用 AS 调试 NDK 和调试 Java 代码基本没啥区别，只是这里的目标选择的是 app-native，同时需要在 SDK Manager 中确认安装了 LLDB 工具。
3-2 约谈AS下原Gradle插件NDK调试
当然了，有些人可能不喜欢实验板的 Gradle 插件，就想用旧的，可是你会发现按照上面那样选择 native-app 后使用 AS 调试会抛出如下提示窗口：
看着红色地方了吗？不可调
试版本，所以我们如果想用原 Gradle 调试 NDK 就需要在 module 的 gradle 文件中进行如下配置：
buildTypes {
debug {
jniDebuggable true
}
}
就这样 OK 了，我们就可以随意的调试了，享受此刻吧！
3-3 约谈其他方式的NDK调试
所谓的其他方式就当做缅怀吧，这可能是我刚接触 NDK 时用的最多也最原始的方式了，那就是 ndk-gdb 手动命令行调试。我想现在基本没必要拥抱它了，所以也就不多介绍了。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
4 总结
========
就这样 OK 了，我们就可以随意的调试了，享受此刻吧！
3-3 约谈其他方式的NDK调试
所谓的其他方式就当做缅怀吧，这可能是我刚接触 NDK 时用的最多也最原始的方式了，那就是 ndk-gdb 手动命令行调试。我想现在基本没必要拥抱它了，所以也就不多介绍了。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载，请尊重作者劳动成果。私信联系我】
4 总结
========