android ant 批量打包

来源:互联网 发布:专业八级 知乎 编辑:程序博客网 时间:2024/05/16 14:11

android ant 批量打包

转载请注明出处:http://blog.csdn.net/github_25646711/article/details/43796289

  • 本文只是介绍ant打包,gradle不再讨论范围
  • 只针对一个项目修改资源打包多个apk,涉及到代码的修改无能为力
  • 对于大规模编译有奇效,能够大大缩短编译时间

起源

公司需要用一个工程打很多apk,而每个apk之间只是修改了一些资源,如图片,Androidmanifest中渠道号,string 等,代码并没有改动。

最开始的编译脚本只是 遍历项目,改资源,打包。
很傻瓜,很耗时,尤其是要混淆,非常耗时间。
时间=单个打包时间*N

随着项目数增大,这个方案很快便不能用了。
如公司CI服务器编译一个包需要8分钟,有100多个项目,编译一次基本一天就过去了。不能忍受啊。

解决方案1(不完美)

思路:
1. 编译一个包。
2. 利用apktool解包
3. 修改资源
4. apktool打包。
5. 签名等。
6. 遍历项目,循环3-5

很开心,30分钟打完100多个包。而且发布keystore可以与开发完全隔离。

不幸的事情总是充斥着码农的生活。
在theme里面加入了一个4.3属性后,apktool就报错了。
仔细查看,发现它解包时把资源解错了。

深感恐惧,第三方的东西不太靠谱呀,还是老老实实用官方提供的工具吧。

解决方案2(完美)

思路:
因为代码没有修改,所有的dex一样,可以重用。这样就节省了大部分时间。

ant打包流程如图,是一个树状结构,后序遍历。
这里写图片描述
重点是红色部分,-package , 这个task分别进行了 编译dex,资源处理。我们要做的就是在dex的时候判断本地是否已经存在dex文件,如果存在,就不用再编译,混淆。

<!--编译前,判断dex文件是否存在,赋值到property dex.exist 中 -->    <target name="-pre-build" >        <available property="dex.exists" file="${intermediate.dex.file}"/>        <echo>dex exist:${dex.exists}</echo>    </target><!--在编译的时候,判断是否需要编译。    把sdk\tools\ant\build.xml中的target     -compile ,     -code-gen ,     -pre-compile,    -post-compile,    -obfuscate ,    -dex    copy到自己的build.xml中,然后加上判断 unless="${dex.exists}"     -build-setup 千万不要copy,这个target里面赋值了一堆property,不执行的话,编译会报错。-->    ...    ...    <target name="-code-gen"  unless="${dex.exists}">        ...    </target>    ...    ...
  • ant 编译的dex文件 会放到 intermediate.dex.file 中。
    参考tool\ant\build.xml
<dex executable="${dx}"     output="${intermediate.dex.file}"     ...</dex>
  • 在ant执行时,自己的build.xml里面的同名target会代替tool\build.xml中的target,神似override。

  • target中的 unless=”${dex.exists}” 的含义是当${dex.exists}为false时,target才会被执行。注意,这个不影响depends , depends中的target在unless判断前就被执行了。

    打包过程:
    -ant clean
    -循环项目
    — 修改资源
    — ant release

这样在批量打包的时候,只有第一个包很费时,之后的包就非常快了。
非常完美,30分钟搞定所有的包,没有出现问题。

0 0
原创粉丝点击