问题背景
项目编译过程中，使用了类似Android Gradle Plugin的gradle插件进行编译，在最终打包apk时，会动态修改manifest文件。
近期发现线上用户有反应升级到以下开发环境后，打包apk后manifest文件中没有应有的任何配置。
Android Gradle Plugin:4.1.0 Gradle:6.5 Android Studio:4.1
确认调查方向
首先要确认清楚到底是上述3个哪个的升级导致的问题。
在本地进行环境升级过程验证了以下结论：
Android Gradle Plugin:4.1.0 强制要求 Android Studio:4.1 + Gradle:6.5。然而 以下环境下打包过程是正常的：
Android Gradle Plugin:4.0.2 Gradle:6.5 Android Studio:4.1
Android Gradle Plugin:4.0.2 是 4.1 的前一个版本，至此可以确认是 Android Gradle Plugin:4.1.0 的升级导致的不兼容问题。
明确了调查的方向，接下来就可以有的放矢了。
调查分析
我们的gradle插件，是通过以下代码获取到manifest文件后做处理的：
new File(output.processManifestProvider.get().manifestOutputDirectory.get().getAsFile(), "AndroidManifest.xml")
其实并非如此简单，只是这一句是最关键的。在gradle插件中增加了一些关键打印语句后，编译过程中得到了以下错误提示：
Could not get unknown property 'manifestOutputDirectory' for task ':app:processDebugManifest' of type com.android.build.gradle.tasks.ProcessMultiApkApplicationManifest
百度了一下，没有任何相关记录，毕竟距离 Android Gradle Plugin:4.1.0 正式发布才过去2个月，只好自给自足。
很明显是读取manifest文件位置的属性失效了，那最直接的方法就是看源码。找到 Android Gradle Plugin:4.1.0 的jar包看看就行。
又是百度一下，很可惜，没有下载地址。
上JCenter找，结果JCenter仓库只更新到2.x版本。
也对，好像是从 Android Studio 3.0 开始，google就将 Android Gradle Plugin 转移至 google() 仓库了，那只能去 google() 仓库找了，一时半会也不知道具体地址，以前的编译过程中也没留意看studio的编译日志输出，当然如果是一个全新工程环境，编译一下，肯定能找到仓库地址的，不过我懒得搞。
先到AS的缓存路径下碰碰运气吧，不过碰运气也得先有个方向，别忘了Android Gradle Plugin的classpath配置：
classpath 'com.android.tools.build:gradle:4.1.0'
果不其然，在以下路径找到了：
/Users/jackie/.gradle/caches/modules-2/files-2.1/com.android.tools.build/gradle
加载过的各种版本都有，直接拿到 4.1.0 的jar包看源码，在 ProcessMultiApkApplicationManifest.class 中找到了以下代码：
File mergedManifestOutputFile = new File(((Directory)getMultiApkManifestOutputDirectory().get()).getAsFile(),
FileUtils.join(new String[] { dirName,
"AndroidManifest.xml" }));
同时还有一个抽象方法：
public abstract DirectoryProperty getMultiApkManifestOutputDirectory();
看来属性已经变成了 multiApkManifestOutputDirectory。
如果不确定，我们再看看 4.0.2 的源码，在 ProcessApplicationManifest.class 中找到了以下代码：
很明显，在 4.0.2 版本时，获取manifest文件路径的属性确实是 manifestOutputDirectory ，而task本质上是一个 ProcessApplicationManifest 实例，但从 4.1.0 版本开始， task变为 ProcessMultiApkApplicationManifest 的实例，属性变为 multiApkMnifestOutputDirectory 了。
好了，剩下的就是做一下版本兼容了，大功告成。
总结
大部分基于gradle的编译脚本，其工作原理都一样，就是在编写自定义的task、在某个预设的task之前或之后做自定义的特殊处理等等，更高级一点的gradle插件也不例外。
而 Android Gradle Plugin 同样也只是一个Google官方开发的gradle插件，每次升级版本都会伴随着一些“task名变更”、“task处理内容变更”、“task执行顺序变更”等等的更新，这些更新很可能就会影响到我们这些基于其“预置task”做特殊处理的gradle插件，所以大部分版本兼容问题都应该从这个方向出发调查。
另外，有时候Gradle的升级也会带来一些兼容问题。
到此这篇关于Android Gradle Plug 4.1.0 升级后gradle获取manifest位置失败问题解决的文章就介绍到这了,更多相关Android Gradle4.1升级内容请搜索猪先飞以前的文章或继续浏览下面的相关文章希望大家以后多多支持猪先飞！