Ant是一个很好的跨平台构建工具，特别是对于Java项目，这里使用它对Android工程进行自动化构建可以得到非常大的便利。一般来说对Android工程进行构建主要有以下几个步骤：
- 使用aapt来编译工程生成R.java；
- 使用aapt来对工程所需用的资源进行打包；
- 转换并编译AIDL文件；
- 编译Java源文件并生成.class；
- 转换并压缩.class文件成.dex文件；
- 使用aapt打包生成未签名的apk包；
- 使用jarsigner对apk包签名并得到最终的发布包。
关于这些步骤所需要的实现细节就不再详述了（网格上各种版本，大多都能使用），这里主要说一下对于多个渠道情况下的apk打包。所谓的多个渠道一般来说就需要对每个要发布的渠道版本进行一次上述系列操作，而这多个渠道的差异通常是可以公共出来的一些配置信息，比如渠道的编号，渠道的信息等。如此一来就可以将其统一组织到一个配置文件里边，在进行流程前使用ant的功能对其进行具体的渠道设置就可以了，比如：
<replace file="${pathsettingfile}" token="Ant_PathID" value="${_PathID}"/>
<replace file="${pathsettingfile}" token="Ant_PathName" value="${_PathName}"/>
其中的_PathID,_PathName均为在ant环境中定义的变量，其可以是直接从cmd传入或通过其它方式来赋值。这样在进行后续的编译时就可以直接得到该渠道下的版本。
此外，还可以将所有渠道的信息统一配置于一xml之中，在进行构建时直接从其中读入各个渠道的信息并赋值到如上的_PathID、_PathName中即可，可以用如下代码方便实现（其中涉及xmltask在ant中的使用，这个可以参考ant的相关资料）：
<target name="main">
<taskdef name="xmltask" classname="com.oopsconsultancy.xmltask.ant.XmlTask"/>
<echo>Starting....</echo>
<xmltask source="Paths.xml">
<call path="/PathList/PathDetail[@enabled='true']" target="build">
<param name="_PathID" path="ID/text()"/>
<param name="_PathName" path="Name/text()"/>
</call>
</xmltask>
</target>
对应的渠道配置xml则基本上如下所示（当然其中可以置入更多的信息）
<?xml version="1.0" encoding="UTF-8"?>
<PathList>
<PathDetail name="" enabled="true">
<ID>11111</ID>
<Name>Path_0</Name>
</PathDetail>
<PathDetail name="" enabled="true">
<ID>22222</ID>
<Name>Path_1</Name>
</PathDetail>
</PathList>
此外，使用Ant的自动化构建还可以实现另外一个重要用途，对asset中的涉密文件进行保护。这里有一个简单的例子，比如asset中有一些文件对用户可视，但却不希望被用户修改，这种情况下就可以在构建中加入一个文件校验的阶段，首先将要保护的文件计算出对应的MD5签名，之后再将此签名写入到程序代码中并进行编译构建，在程序运行时使用此签名进行校验，如果该签名不匹配那就意味着被用户修改后进行了重新的打包，此时程序就可以有相应的操作，这样就可以在一定程序上防止用户对发布的Apk包进行重新pack并运行。
