Android Gradle Plug 4.1.0 升級后gradle獲取manifest位置失敗問題解決
問題背景
項(xiàng)目編譯過程中,使用了類似Android Gradle Plugin的gradle插件進(jìn)行編譯,在最終打包apk時,會動態(tài)修改manifest文件。
近期發(fā)現(xiàn)線上用戶有反應(yīng)升級到以下開發(fā)環(huán)境后,打包apk后manifest文件中沒有應(yīng)有的任何配置。
Android Gradle Plugin:4.1.0 Gradle:6.5 Android Studio:4.1
確認(rèn)調(diào)查方向
首先要確認(rèn)清楚到底是上述3個哪個的升級導(dǎo)致的問題。
在本地進(jìn)行環(huán)境升級過程驗(yàn)證了以下結(jié)論:
Android Gradle Plugin:4.1.0 強(qiáng)制要求 Android Studio:4.1 + Gradle:6.5。然而 以下環(huán)境下打包過程是正常的:
Android Gradle Plugin:4.0.2 Gradle:6.5 Android Studio:4.1
Android Gradle Plugin:4.0.2 是 4.1 的前一個版本,至此可以確認(rèn)是 Android Gradle Plugin:4.1.0 的升級導(dǎo)致的不兼容問題。
明確了調(diào)查的方向,接下來就可以有的放矢了。
調(diào)查分析
我們的gradle插件,是通過以下代碼獲取到manifest文件后做處理的:
new File(output.processManifestProvider.get().manifestOutputDirectory.get().getAsFile(), "AndroidManifest.xml")
其實(shí)并非如此簡單,只是這一句是最關(guān)鍵的。在gradle插件中增加了一些關(guān)鍵打印語句后,編譯過程中得到了以下錯誤提示:
Could not get unknown property 'manifestOutputDirectory' for task ':app:processDebugManifest' of type com.android.build.gradle.tasks.ProcessMultiApkApplicationManifest
百度了一下,沒有任何相關(guān)記錄,畢竟距離 Android Gradle Plugin:4.1.0 正式發(fā)布才過去2個月,只好自給自足。
很明顯是讀取manifest文件位置的屬性失效了,那最直接的方法就是看源碼。找到 Android Gradle Plugin:4.1.0 的jar包看看就行。
又是百度一下,很可惜,沒有下載地址。
上JCenter找,結(jié)果JCenter倉庫只更新到2.x版本。
也對,好像是從 Android Studio 3.0 開始,google就將 Android Gradle Plugin 轉(zhuǎn)移至 google() 倉庫了,那只能去 google() 倉庫找了,一時半會也不知道具體地址,以前的編譯過程中也沒留意看studio的編譯日志輸出,當(dāng)然如果是一個全新工程環(huán)境,編譯一下,肯定能找到倉庫地址的,不過我懶得搞。
先到AS的緩存路徑下碰碰運(yùn)氣吧,不過碰運(yùn)氣也得先有個方向,別忘了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();
看來屬性已經(jīng)變成了 multiApkManifestOutputDirectory。
如果不確定,我們再看看 4.0.2 的源碼,在 ProcessApplicationManifest.class 中找到了以下代碼:
很明顯,在 4.0.2 版本時,獲取manifest文件路徑的屬性確實(shí)是 manifestOutputDirectory ,而task本質(zhì)上是一個 ProcessApplicationManifest 實(shí)例,但從 4.1.0 版本開始, task變?yōu)?ProcessMultiApkApplicationManifest 的實(shí)例,屬性變?yōu)?multiApkMnifestOutputDirectory 了。
好了,剩下的就是做一下版本兼容了,大功告成。
總結(jié)
大部分基于gradle的編譯腳本,其工作原理都一樣,就是在編寫自定義的task、在某個預(yù)設(shè)的task之前或之后做自定義的特殊處理等等,更高級一點(diǎn)的gradle插件也不例外。
而 Android Gradle Plugin 同樣也只是一個Google官方開發(fā)的gradle插件,每次升級版本都會伴隨著一些“task名變更”、“task處理內(nèi)容變更”、“task執(zhí)行順序變更”等等的更新,這些更新很可能就會影響到我們這些基于其“預(yù)置task”做特殊處理的gradle插件,所以大部分版本兼容問題都應(yīng)該從這個方向出發(fā)調(diào)查。
另外,有時候Gradle的升級也會帶來一些兼容問題。
到此這篇關(guān)于Android Gradle Plug 4.1.0 升級后gradle獲取manifest位置失敗問題解決的文章就介紹到這了,更多相關(guān)Android Gradle4.1升級內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Android 使用 okhttp3和retrofit2 進(jìn)行單文件和多文件上傳
這篇文章主要介紹了Android 使用 okhttp3和retrofit2 進(jìn)行單文件和多文件上傳,開發(fā)項(xiàng)目中需要進(jìn)行單文件多文件的上傳功能,下面演示的ApiResponse是自己分裝的返回值,要根據(jù)自己的項(xiàng)目來完成,需要的朋友可以參考下2022-10-10使用RecyclerView實(shí)現(xiàn)水平列表
這篇文章主要為大家詳細(xì)介紹了使用RecyclerView實(shí)現(xiàn)水平列表,具有一定的參考價值,感興趣的小伙伴們可以參考一下2019-09-09在Linux下通過命令行打包Android應(yīng)用的方法
這篇文章主要介紹了在Linux下通過命令行打包Android應(yīng)用的方法,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-07-07基于Retrofit2+RxJava2實(shí)現(xiàn)Android App自動更新
這篇文章主要為大家詳細(xì)介紹了基于Retrofit2+RxJava2實(shí)現(xiàn)Android App自動更新,具有一定的參考價值,感興趣的小伙伴們可以參考一下2018-05-05Android之AppWidget(桌面小部件)開發(fā)淺析
這篇文章主要介紹了Android之AppWidget(桌面小部件)開發(fā)淺析,具有一定的參考價值,感興趣的小伙伴們可以參考一下。2017-02-02Android注冊登錄實(shí)時自動獲取短信驗(yàn)證碼
注冊登錄或修改密碼功能常常需要輸入短信驗(yàn)證碼,如何自動獲取短信驗(yàn)證碼,這篇文章就為大家介紹了Androidcv注冊登錄自動獲取短信驗(yàn)證碼的實(shí)現(xiàn)代碼,感興趣的小伙伴們可以參考一下2016-08-08Android自定義View實(shí)現(xiàn)彈幕效果
這篇文章主要為大家詳細(xì)介紹了Android自定義View實(shí)現(xiàn)彈幕效果,文中示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2019-11-11