Ant详解，2021最新网易Android面试题目

task1.setFoo(“bar”);

设定某个task实例的foo属性。在另一个task中（用java编写），你可以利用下面的语句存取相应的实例。

project.getReference(“task1”).

注意1：如果task1还没有运行，就不会被生效（例如：不设定属性），如果你在随后配置它，你所作的一切都会被覆盖。

注意2：未来的Ant版本可能不会兼容这里所提的属性，因为很有可能根本没有task实例，只有proxies。

3.4 Properties

一个project可以有很多的properties。可以在buildfile中用property task来设定，或在Ant之外设定。一个 property有一个名字和一个值。property可用于task的属性值。这是通过将属性名放在"$"和""之间并放在属性值的位置来实现的。例如如果有一个propertybuilddir的值是"build"，这个property就可用于属性值：${builddir} /classes。这个值就可被解析为build/classes。

内置属性

如果你使用了 task 定义了所有的系统属性，Ant允许你使用这些属性。例如，${os.name}对应操作系统的名字。

要想得到系统属性的列表可参考the Javadoc of System.getProperties。

除了Java的系统属性，Ant还定义了一些自己的内置属性：

basedir project基目录的绝对路径 (与的basedir属性一样)。

ant.file buildfile的绝对路径。

ant.version Ant的版本。

ant.project.name 当前执行的project的名字；由的name属性设定.

ant.java.version Ant检测到的JVM的版本； 目前的值有"1.1", “1.2”, “1.3” and “1.4”.

例子

   

3.5 Path-like Structures

你可以用":“和”;"作为分隔符，指定类似PATH和CLASSPATH的引用。Ant会把分隔符转换为当前系统所用的分隔符。

当需要指定类似路径的值时，可以使用嵌套元素。一般的形式是

location属性指定了相对于project基目录的一个文件和目录，而path属性接受逗号或分号分隔的一个位置列表。path属性一般用作预定义的路径－－其他情况下，应该用多个location属性。

为简洁起见，classpath标签支持自己的path和location属性。所以：

可以被简写作：

也可通过元素指定路径。构成一个fileset的多个文件加入path-like structure的顺序是未定的。

上面的例子构造了一个路径值包括：${classpath}的路径，跟着lib目录下的所有jar文件，接着是classes目录。

如果你想在多个task中使用相同的path-like structure，你可以用元素定义他们（与target同级），然后通过id属性引用－－参考Referencs例子。

path-like structure可能包括对另一个path-like structurede的引用（通过嵌套元素）：

前面所提的关于的简洁写法对于也是有效的，如：

可写成：

命令行变量

有些task可接受参数，并将其传递给另一个进程。为了能在变量中包含空格字符，可使用嵌套的arg元素。

Attribute Description Required

value 一个命令行变量；可包含空格字符。 只能用一个

line 空格分隔的命令行变量列表。

file 作为命令行变量的文件名；会被文件的绝对名替代。

path 一个作为单个命令行变量的path-like的字符串；或作为分隔符，Ant会将其转变为特定平台的分隔符。

例子

是一个含有空格的单个的命令行变量。

是两个空格分隔的命令行变量。

是一个命令行变量，其值在DOS系统上为\dir;\dir2;\dir3；在Unix系统上为/dir:/dir2:/dir3 。

References

buildfile元素的id属性可用来引用这些元素。如果你需要一遍遍的复制相同的XML代码块，这一属性就很有用－－如多次使用结构。

下面的例子：

<project … >

<target … >

<rmic …>

           

<target … >

<javac …>

可以写成如下形式：

<project … >

     

<target … >

<rmic …>

<target … >

<javac …>

所有使用PatternSets, FileSets 或 path-like structures嵌套元素的task也接受这种类型的引用。

4.1 File（Directory）类

4.1.1 Mkdir

? 创建一个目录，如果他的父目录不存在，也会被同时创建。

? 例子：

? 说明： 如果build不存在，也会被同时创建

4.1.2 Copy

? 拷贝一个（组）文件、目录

? 例子：

1. 拷贝单个的文件：

2. 拷贝单个的文件到指定目录下

3. 拷贝一个目录到另外一个目录下

4. 拷贝一批文件到指定目录下

5. 拷贝一批文件到指定目录下，将文件名后增加。Bak后缀

6. 拷贝一组文件到指定目录下，替换其中的@标签@内容

4.1.3 Delete

? 删除一个（组）文件或者目录

? 例子

1. 删除一个文件

2. 删除指定目录及其子目录

3. 删除指定的一组文件

4. 删除指定目录及其子目录，包括他自己

4.1.4 Move

? 移动或重命名一个（组）文件、目录

? 例子：

1. 移动或重命名一个文件

2. 移动或重命名一个文件到另一个文件夹下面

3. 将一个目录移到另外一个目录下

4. 将一组文件移动到另外的目录下

5. 移动文件过程中增加。Bak后缀

4.2 Java相关

4.2.1 Javac

? 编译java原代码

? 例子

1. <javac srcdir="${src}"

destdir="${build}"

classpath=“xyz.jar”

debug=“on”

/>

编译$src目录及其子目录下的所有。Java文件，。Class文件将放在$｛build｝指定的目录下，classpath表示需要用到的类文件或者目录，debug设置为on表示输出debug信息

2. <javac srcdir="$src:${src2}"

destdir="${build}"

includes=“mypackage/p1/**,mypackage/p2/**”

excludes=“mypackage/p1/testpackage/**”

classpath=“xyz.jar”

debug=“on”

/>

编译$src和${src2}目录及其子目录下的所有。Java文件，但是package/p1/**,mypackage/p2/**将被编译，而 mypackage/p1/testpackage/**将不会被编译。Class文件将放在$｛build｝指定的目录下，classpath表示需要用到的类文件或者目录，debug设置为on表示输出debug信息

3. 

<javac srcdir="${src}"

destdir="${src}"

classpath="${classpath}"

debug=“on”

/>

路径是在property中定义的

4.2.2 java

? 执行指定的java类

? 例子：

1. 

classname中指定要执行的类，classpath设定要使用的环境变量

2. 

<target … >

<rmic …>

4.3 打包相关

4.3.1 jar

? 将一组文件打包

? 例子：

1. 

将$build/classes下面的所有文件打包到${dist}/lib/app.jar中

2. <jar destfile="${dist}/lib/app.jar"

basedir="${build}/classes"

includes=“mypackage/test/**”

excludes="**/Test.class"

/>

将$build/classes下面的所有文件打包到${dist}/lib/app.jar中，但是包括mypackage/test／所有文件不包括所有的Test.class

3. <jar destfile="${dist}/lib/app.jar"

basedir="${build}/classes"

includes=“mypackage/test/**”

excludes="**/Test.class"

manifest=”my.mf”

/>

manifest属性指定自己的META-INF/MANIFEST.MF文件，而不是由系统生成

4.3.2 war

? 对Jar的扩展，用于打包Web应用

? 例子：

? 假设我们的文件目录如下：

thirdparty/libs/jdbc1.jar

thirdparty/libs/jdbc2.jar

build/main/com/myco/myapp/Servlet.class

src/metadata/myapp.xml

src/html/myapp/index.html

src/jsp/myapp/front.jsp

src/graphics/images/gifs/small/logo.gif

sr

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

c/graphics/images/gifs/large/logo.gif

? 下面是我们的任务的内容：

<zipfileset dir=“src/graphics/images/gifs”

prefix=“images”/>

? 完成后的结果：

WEB-INF/web.xml

WEB-INF/lib/jdbc2.jar

WEB-INF/classes/com/myco/myapp/Servlet.class

META-INF/MANIFEST.MF

index.html

front.jsp

images/small/logo.gif

images/large/logo.gif

4.3.3 ear

? 用于打包企业应用

? 例子

4.4 时间戳

在生成环境中使用当前时间和日期，以某种方式标记某个生成任务的输出，以便记录它是何时生成的，这经常是可取的。这可能涉及编辑一个文件，以便插入一个字符串来指定日期和时间，或将这个信息合并到 JAR 或 zip 文件的文件名中。

这种需要是通过简单但是非常有用的 tstamp 任务来解决的。这个任务通常在某次生成过程开始时调用，比如在一个 init 目标中。这个任务不需要属性，许多情况下只需  就足够了。

tstamp 不产生任何输出；相反，它根据当前系统时间和日期设置 Ant 属性。下面是 tstamp 设置的一些属性、对每个属性的说明，以及这些属性可被设置到的值的例子：

属性 说明 例子

DSTAMP 设置为当前日期，默认格式为yyyymmdd 20031217

TSTAMP 设置为当前时间，默认格式为 hhmm 1603

TODAY 设置为当前日期，带完整的月份 2003 年 12 月 17 日

例如，在前一小节中，我们按如下方式创建了一个 JAR 文件：

在调用 tstamp 任务之后，我们能够根据日期命名该 JAR 文件，如下所示：

因此，如果这个任务在 2003 年 12 月 17 日调用，该 JAR 文件将被命名为 package-20031217.jar。

还可以配置 tstamp 任务来设置不同的属性，应用一个当前时间之前或之后的时间偏移，或以不同的方式格式化该字符串。所有这些都是使用一个嵌套的 format 元素来完成的，如下所示：

<format property=“OFFSET_TIME”

pattern=“HH:mm:ss”

offset=“10” unit=“minute”/>

上面的清单将 OFFSET_TIME 属性设置为距离当前时间 10 分钟之后的小时数、分钟数和秒数。

用于定义格式字符串的字符与 java.text.SimpleDateFormat 类所定义的那些格式字符相同

4.5 执行SQL语句

? 通过jdbc执行SQL语句

? 例子：

1. <sql

driver=“org.gjt.mm.mysql.Driver”

url=“jdbc:mysql://localhost:3306/mydb”

userid=“root”

password=“root”

src=“data.sql”

/>

2. <sql

driver=“org.database.jdbcDriver”

url=“jdbc:database-url”

userid=“sa”

password=“pass”

src=“data.sql”

rdbms=“oracle”

version=“8.1.”

>

只有在oracle、版本是8.1的时候才执行

4.6 发送邮件

? 使用SMTP服务器发送邮件

? 例子：

The ${buildname} nightly build has completed

? mailhost： SMTP服务器地址

? mailport： 服务器端口

? subject： 主题

? from： 发送人地址

? to： 接受人地址

? message： 发送的消息

? fileset： 设置附件

====================================================================

在ANT 出现之前，编译和部署Java应用需要使用包括特定平台的脚本、Make文件、不同的IDE以及手工操作等组成的大杂烩。现在，几乎所有的开源Java项目都在使用Ant，许多公司的开发项目也在使用Ant。Ant的大量使用，也自然带来了对总结Ant最佳实践的迫切需求。

本文总结了我喜好的Ant最佳实践，很多是从亲身经历的项目错误，或从其他开发者的“恐怖”故事中得到的灵感的。比如，有人告诉我有个项目将 XDoclet 生成的代码放入锁定文件的版本控制工具中。单开发者修改源代码时，他必须记住手工检出（Check out）并锁定所有将要重生成的文件。然后，手工运行代码生成器，当他能够让Ant编译代码时，这一方法还存在一些问题：

生成的代码无法存储在版本控制系统中

Ant（本案例中是Xdoclet）应该自动确定下一次构建涉及的源文件，而不应由程序员人工确定。

Ant的构建文件应该定义好正确的任务依赖关系，这样程序员不必按照特定顺序调用任务。

当我开始一个新项目时，我首先编写Ant构建文件。文件定义构建的过程，并为团队中的每个程序员都使用。本文所有的最佳实践假设Ant构建文件是一个必须精心编写的重要文件，它应在版本控制系统中得到维护，并定期进行重构。下面是我的十五大Ant最佳实践。

1. 采用一致的编码规范

Ant用户不管是喜欢还是痛恨XML构建文件的语法，都愿意跳进这一迷人的争论中。让我们先看一些保持XML构建文件简洁的方法。

首先，也是最重要的，化费时间格式化你的XML让它看上去很清晰。不过XML是否美观，Ant都可以工作。但是丑陋的XML很难读懂。倘若你在任务之间留出空行，有规则的缩进，每行文字不超过90列，那么XML令人惊讶的易读。再加上好的编辑器或IDE高亮相应的语句，你就不会有如何阅读的麻烦。同样，精选有意义明确、容易读懂的词汇来命名任务和属性。比如，dir.reports就比rpts好。并不需要特定的编码规范，只要有一种规范并坚持使用就好。

2. 将build.xml 放在项目根目录中

Ant构建文件build.xml可以放在如何位置，但是放在项目顶层目录中可以保持项目简洁。这是最普遍的规范，使开发者能够在根目录找到它。同时，也能够容易了解项目中不同目录之间的逻辑关系。以下是一个典型的项目层次：

[root dir]  | build.xml  ±-src  ±-lib (包含第三方 JAR包)  ±-build (由 build任务生成)  ±-dist (由 build任务生成)

当build.xml在顶级目录时，倘若你在项目某个子目录中，只要输入：ant -find compile 命令，不需要改变工作目录就能够以命令行方式编译代码。参数-find告诉Ant寻找存在于上级目录中的build.xml并执行。

3. 使用单一构建文件

有人喜欢将一个大项目分解到几个小的构建文件，每个构建文件分担整个构建过程的一小部分工作。但是应该认识到，将构建文件分割会增加对整个构建过程的理解难度。要注意在单一构建文件能够清楚表现构建层次的情况下，不要过工程化(over-engineer)。

即使你把项目划分为多个构建文件，也应使程序员能够在项目根目录下找到核心build.xml。尽管该文件只是将实际构建工作委派给下级构建文件，也应保证该文件可用。

4. 提供良好的帮助说明

应尽量使构建文件自文档化。增加任务描述是最简单的方法。当你输入ant -projecthelp时，你就可以看到带有描述的任务清单。比如，你可以这样定义任务：

最简单的规则是对所有你希望程序员通过命令行直接调用的任务都加上描述。对于一般用来执行中间处理过程的内部任务，比如生成代码或建立输出目录等，就无法使用描述属性。

这时，可以通过在构建文件中加入XML注释来处理。或者专门定义一个help任务，当程序员输入ant help时来显示详细的使用说明。

  Detailed help…

5. 提供清空任务

每个构建文件都应包含一个清空任务，删除所有生成的文件和目录，使系统回到构建文件执行前的初始状态。执行清空任务后还存在的文件应处在版本控制系统的管理下。

比如：

    

除非是在产生整个系统版本的特殊任务中，否则不要自动调用clean任务。当程序员仅仅执行编译任务或其他任务时，他们不需要构建文件事先执行即令人讨厌有没有必要的清空任务。要相信程序员能够确定何时需要清空所有文件。

6. 使用ANT管理任务从属关系