AndroidStudio3.6升级后的坑-apk打包

概述前段时间尝试了最新版的AndroidStudio3.6，整体来说gradle调试和自带的虚拟机相比较历史版本有了更香的体验。 刚好有个新项目，就直接使用最新版了，这次新版的升级除了保持原有的界面风格，

　　前段时间尝试了最新版的AndroIDStudio3.6，整体来说gradle调试和自带的虚拟机相比较历史版本有了更香的体验。

刚好有个新项目，就直接使用最新版了，这次新版的升级除了保持原有的界面风格，主要还是优化了编译速度的短板问题，所以新项目很快就开发完成了。然而在打包的时候却出了点小插曲，下面先上两次打包之后的效果图看下。

 

 

 

 

  

　　奇怪，新打包的apk把以前打包的apk覆盖掉了，难道是我做了什么 *** 作？

于是我开始检查build.gradle中的相关配置，涉及到文件打包的相关代码还是照之前老版本的写法，大致如下。

@H_419_22@

 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 = 8         } 9     }10 }@H_301_76@
　　顺便提一下，AS3.6对应的gradle5.6在创建项目时新生成的settings.gradle文件中，比以往多加了一行参数，也就是上面用得到的
rootProject.name='GradleApp'@H_301_76@
该参数也就是声明了新项目的名称，因此可以在上边作为全局变量引用，就不需要每个使用的地方都要自定义了。
　　话说回来，gradle的写法没什么问题，我怀疑是有某个新的tasker是删除以前的打包文件，于是继续查找新增的build.gradle，发现在项目的配置文件下的确新增了一条陌生的task，
@H_419_22@
1 task clean(type: Delete) {2     delete rootProject.buildDir3 }@H_301_76@
看样子是删除所有的build文件了，可是打包的文件应该不会再build目录下的吧，只能死马当作活马医了，我把上边的三行注释掉，重新试着打包再来一次。。。果然还是一如既往的旧版本被覆盖了。这里就有点想吐槽AS的开发者了，既然apk还可以重命名，为什么重命名之后还要再删除呢？这样对历史版本的保存很是不友好啊。当然不嫌麻烦的话可以每次将打包好的文件手动存储到其他位置，但是这就失去了自动化的意义了（对于我这种懒癌症晚期来说实在不能忍）。
　　那么看来只能重新修改build.gradle中的文件输出相关代码了。思路就是用gradle脚本将打包的新apk复制并重命名一份，姑且称之为新命名apk，生成路径可以到指定目录，也可以还在原始目录。下次打包时AS只会自动删除上次的新apk，而不会删除上次的新命名apk，同时生成本次的新apk。之后会再次执行新增的这段gradle脚本，将本次的新apk复制重命名为新命名apk。按照之前对AS的理解，新脚本很简单，修改后如下。
@H_419_22@
 7 //            outputfilename =            assembleRelease.dolast{                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 }@H_301_76@
如此编译之后即可，生成的文件效果图如下。
  
 
值得注意的是，在上边的代码中copy命令要在assemble任务之后执行，不然copy中的变量
${output.outputfile}@H_301_76@
只是使用了上一次打包的apk并重命名，之后再执行assemble结束后才会生成本次打包的新apk。
　　虽然AS3.6还有些使用不太习惯的地方，但整体来说比以往的大版本更新效果更显著，对AndroID开发者来说可以把时间用在更高效的事情上，而以前那种在编译项目时先抽根烟冷静下的时光恐怕也会一去不复返了。
 
          总结       
以上是内存溢出为你收集整理的AndroidStudio3.6升级后的坑-apk打包全部内容，希望文章能够帮你解决AndroidStudio3.6升级后的坑-apk打包所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
					
										


					

						
欢迎分享，转载请注明来源：内存溢出
原文地址: https://outofmemory.cn/web/1119333.html