Android gradle 实验性插件路线图答案

【问题标题】：Android gradle experimental plugin roadmapAndroid gradle 实验性插件路线图
【发布时间】：2015-12-03 22:47:51
【问题描述】：

在我们的company，我们正在开发一个包含 Java 和本机部分的 Android SDK。我们以 AAR 格式打包 SDK，其中包含所有资源、Java 类和本机位。根据 AAR 规范，本机库应放在 AAR 包内的 jni 文件夹中。由于当前的 gradle 插件不支持高级 NDK 用例，并且由于我们有一个非常成熟的 Android.mk 文件，该文件已经发展了 3 年以上，因此我们通过从 gradle 任务调用自定义 shell 脚本来准备 AAR。此 shell 脚本使用 ndk-build 命令构建 NDK，运行此脚本的任务作为 javaCompile 任务的依赖项放置（我们的代码有多种风格，每种风格都有自己的 NDK 规则，这些规则是从定义文件中预加载的然后作为命令行参数提供给 ndk-build）。

最后，当所有内容都编译完成后，我们有一个 Copy 任务，它将本机库复制到 build/intermediates/bundles 内的 jni 文件夹（最终被压缩到 AAR 中的文件夹）。在我们更新项目以使用 gradle 插件 v1.5.0 之前，这一直正常工作。

在 v1.5.0 中，插件中引入了一种称为 Transform API 的东西。虽然我们不使用它，但此转换步骤在任务 transformNative_libsWithSyncJniLibsForFlavorNameBuildTypeName 中对本地库进行了一些转换，这发生在我们已经将库复制到 jni 文件夹并导致删除 jni 文件夹中的所有数据之后的某个地方。这最终导致 AAR 不包含本机库，并在需要本机方法时立即崩溃。

我们通过使用project.tasks[taskName] 来获取该任务并确保它在我们将库复制到 jni 文件夹之前发生，从而解决了这个问题。

然而，这个问题已经开始让我们担心 gradle-experimental 插件（目前唯一支持 NDK 的插件）是否以及何时退出实验阶段并成为构建 NDK 代码的标准。

我们对该实验性插件进行了一些试验，除了不同的语法（为什么？？？）它不支持作为库模块的一部分调试本机代码（gdb 文件未打包到 AAR 中，并且 jniDebuggable 标志不再存在）。

有谁知道这个插件什么时候会达到稳定的 API 并准备好在生产版本中使用？我们希望提前计划从调用 ndk-build 从 shellscript 迁移到具有相同功能奇偶性的 gradle-only NDK 构建（加上对 Android Studio 的 C++ 编辑的免费支持，这在当前配置下是不可能的，所以我们依赖 different editor用于 JNI 胶水代码）。

【问题讨论】：

“有谁知道这个插件什么时候会达到稳定的 API 并准备好在生产构建中使用？” -- 最多，Android 工具团队会这样做。他们不太可能在这里对此发表评论，其他任何人充其量只能提供意见。
我在他们的网站上找不到任何此类信息。我们想知道大概的发布日期来计划我们的迁移。如果他们没有使用 gradle 插件 v1.5.0 破坏自定义 JNI 构建，我不会问这个问题。
这并不能使您的问题适合本网站。请阅读站点文档以了解 on topic 是什么。
设置android.sourceSets.main { jniLibs.srcDir 'path/to/your/libs_folder/' } 来打包您的原生库，而不是复制任务。虽然这不能回答您关于路线图的问题，但这仍应解决您当前的问题。
ph0b，我已经尝试过了，但它不起作用，因为 jniLibs.srcDir 不能为每个风味构建类型组合设置（您只能为风味设置它）。对于每种风味和构建类型组合，我们需要不同的原生构建。据我了解，这可以通过 gradle 实验插件实现。

标签： android c++ android-ndk android-gradle-plugin gradle-experimental

【解决方案1】：

我没有路线图，但如果您遵循依赖项，您会发现 Android 实验性插件仍然是实验性的，因为 new Gradle object model 仍然是实验性的。我希望在底层 Gradle 代码稳定之前，Android Studio 插件不会稳定。

也就是说：尽管语法差异令人沮丧，但它们通常很容易应用。更重要的是，实验性插件确实提供了相当不错的调试支持。它不使用 gdb（默认使用 lldb），也不依赖 jniDebuggable 标志。您正在寻找这些的事实使我认为您对 ndk-gdb 的工作原理非常了解，并且可能已经构建了自己的依赖于这些知识的系统。您是否尝试过简单地按下 Android Studio 中的“调试”按钮？如果您的 C++ 代码在您的主项目中，它应该可以正常工作。（不幸的是，在库项目中设置断点似乎有些问题。）

【讨论】：

感谢您的回答。我在多个应用程序使用的库项目中使用本机代码。我还为building native code 构建了自己的系统，它的功能比普通插件和实验插件目前提供的更多。我已经尝试通过在调试器设置中提供我们的符号目录来从 AS 进行调试，但似乎 AS 没有获取符号。此外，AS 调试器不适用于三星设备和 64 位 Nexus 5X（与本机 ndk-gdb 相同）。