前段時(shí)間嘗試了最新版的AndroidStudio3.6，整體來說gradle調(diào)試和自帶的虛擬機(jī)相比較歷史版本有了更香的體驗(yàn)。

剛好有個(gè)新項(xiàng)目，就直接使用最新版了，這次新版的升級(jí)除了保持原有的界面風(fēng)格，主要還是優(yōu)化了編譯速度的短板問題，所以新項(xiàng)目很快就開發(fā)完成了。然而在打包的時(shí)候卻出了點(diǎn)小插曲，下面先上兩次打包之后的效果圖看下。

　　奇怪，新打包的apk把以前打包的apk覆蓋掉了，難道是我做了什么操作？

于是我開始檢查build.gradle中的相關(guān)配置，涉及到文件打包的相關(guān)代碼還是照之前老版本的寫法，大致如下。

 1 android.applicationVariants.all { variant ->
 2     variant.outputs.all { output ->
 3         def outputFile = output.outputFile
 4         if (outputFile != null && outputFile.name.contains('release')) {
 5             def fileName = "${rootProject.name}${android.defaultConfig.versionName}_${releaseTime()}.apk"
 6             println "print apk name:" + fileName
 7             outputFileName = fileName
 8         }
 9     }
10 }

　　順便提一下，AS3.6對(duì)應(yīng)的gradle5.6在創(chuàng)建項(xiàng)目時(shí)新生成的settings.gradle文件中，比以往多加了一行參數(shù)，也就是上面用得到的

rootProject.name='GradleApp'

該參數(shù)也就是聲明了新項(xiàng)目的名稱，因此可以在上邊作為全局變量引用，就不需要每個(gè)使用的地方都要自定義了。

　　話說回來，gradle的寫法沒什么問題，我懷疑是有某個(gè)新的tasker是刪除以前的打包文件，于是繼續(xù)查找新增的build.gradle，發(fā)現(xiàn)在項(xiàng)目的配置文件下的確新增了一條陌生的task，

1 task clean(type: Delete) {
2     delete rootProject.buildDir
3 }

看樣子是刪除所有的build文件了，可是打包的文件應(yīng)該不會(huì)再build目錄下的吧，只能死馬當(dāng)作活馬醫(yī)了，我把上邊的三行注釋掉，重新試著打包再來一次。。。果然還是一如既往的舊版本被覆蓋了。這里就有點(diǎn)想吐槽AS的開發(fā)者了，既然apk還可以重命名，為什么重命名之后還要再刪除呢？這樣對(duì)歷史版本的保存很是不友好啊。當(dāng)然不嫌麻煩的話可以每次將打包好的文件手動(dòng)存儲(chǔ)到其他位置，但是這就失去了自動(dòng)化的意義了（對(duì)于我這種懶癌癥晚期來說實(shí)在不能忍）。

　　那么看來只能重新修改build.gradle中的文件輸出相關(guān)代碼了。思路就是用gradle腳本將打包的新apk復(fù)制并重命名一份，姑且稱之為新命名apk，生成路徑可以到指定目錄，也可以還在原始目錄。下次打包時(shí)AS只會(huì)自動(dòng)刪除上次的新apk，而不會(huì)刪除上次的新命名apk，同時(shí)生成本次的新apk。之后會(huì)再次執(zhí)行新增的這段gradle腳本，將本次的新apk復(fù)制重命名為新命名apk。按照之前對(duì)AS的理解，新腳本很簡單，修改后如下。

 1 android.applicationVariants.all { variant ->
 2     variant.outputs.all { output ->
 3         def outputFile = output.outputFile
 4         if (outputFile != null && outputFile.name.contains('release')) {
 5             def fileName = "${rootProject.name}${android.defaultConfig.versionName}_${releaseTime()}.apk"
 6             println "print apk name:" + fileName
 7 //            outputFileName = fileName
 8             assembleRelease.doLast{
 9                 project.copy{
10                     from "${output.outputFile}"
11                     into "${output.outputFile.parent}"
12                     rename("${output.outputFile.name}","${fileName}")
13                     println "copy file from ${output.outputFile} to ${fileName}"
14                 }
15             }
16         }
17     }
18 }

如此編譯之后即可，生成的文件效果圖如下。

值得注意的是，在上邊的代碼中copy命令要在assemble任務(wù)之后執(zhí)行，不然copy中的變量

${output.outputFile}

只是使用了上一次打包的apk并重命名，之后再執(zhí)行assemble結(jié)束后才會(huì)生成本次打包的新apk。

　　雖然AS3.6還有些使用不太習(xí)慣的地方，但整體來說比以往的大版本更新效果更顯著，對(duì)Android開發(fā)者來說可以把時(shí)間用在更高效的事情上，而以前那種在編譯項(xiàng)目時(shí)先抽根煙冷靜下的時(shí)光恐怕也會(huì)一去不復(fù)返了。