公共包编译

1. java一个包可以有多少个public 类

java程序是从一个public类的main函数开始执行的，（其实是main线程），就像C程序是从main（）函数开始执行一样。 只能有一个public类是为了给类装载器提供方便。 一个public 类只能定义在以它的类名为文件名的文件中。

每个编译单元（文件）都只有一个public 类。因为每个编译单元都只能有一个公共接口，用public类来表现。该接口可以按照要求包含众多的支持包访问权限的类。如果有一个以上的public 类，编译器就会报错。 并且public类的名称必须与文件名相同（严格区分大小写）。 当然一个编译单元内也可以没有public类。

在一个源文件.JAVA文件中可以有很多类,只有一个PUBLIC类其他的都不能是.
在PUBLIC类中找程序的入口 main函数 你想想如果很多PUBLIC 类，那程序从何运行呢？
网络的别人的，正解。

2. cmd中使用javac对整个包编译怎么办对包里面的某几个java文件编译怎么办

JAVAC 命令详解

结构
javac [ options ] [ sourcefiles ] [ @files ]
参数可按任意次序排列。
options
命令行选项。
sourcefiles
一个或多个要编译的源文件（例如 MyClass.java）。
@files
一个或多个对源文件进行列表的文件。
说明
javac
有两种方法可将源代码文件名传递给 javac：
?如果源文件数量少，在命令行上列出文件名即可。
?如果源文件数量多，则将源文件名列在一个文件中，名称间用空格或回车行来进行分隔。然后在 javac 命令行中使用该列表文件名，文件名前冠以 @ 字符。
源代码文件名称必须含有 .java 后缀，类文件名称必须含有 .class 后缀，源文件和类文件都必须有识别该类的根名。例如，名为 MyClass 的类将写在名为 MyClass.java的源文件中，并被编译为字节码类文件 MyClass.class。
内部类定义产生附加的类文件。这些类文件的名称将内部类和外部类的名称结合在一起，例如 MyClass$MyInnerClass.class。
应当将源文件安排在反映其包树结构的目录树中。例如，如果将所有的源文件放在 /workspace 中，那么 com.mysoft.mypack.MyClass 的代码应该在 \workspace\com\mysoft\mypack\MyClass.java 中。
缺省情况下，编译器将每个类文件与其源文件放在同一目录中。可用 -d 选项（请参阅后面的选项）指定其它目标目录。
工具读取用 Java 编程语言编写的类和接口定义，并将它们编译成字节码类文件。
查找类型
当编译源文件时，编译器常常需要它还没有识别出的类型的有关信息。对于源文件中使用、扩展或实现的每个类或接口，编译器都需要其类型信息。这包括在源文件中没有明确提及、但通过继承提供信息的类和接口。
例如，当扩展 java.applet.Applet 时还要用到 Applet 的祖先类：java.awt.Panel 、 java.awt.Container、 java.awt.Component 和 java.awt.Object。
当编译器需要类型信息时，它将查找定义类型的源文件或类文件。编译器先在自举类及扩展类中查找，然后在用户类路径中查找。用户类路径通过两种途径来定义：通过设置 CLASSPATH 环境变量或使用 -classpath 命令行选项。（有关详细资料，请参阅设置类路径）。如果使用 -sourcepath 选项，则编译器在 sourcepath 指定的路径中查找源文件；否则，编译器将在用户类路径中查找类文件和源文件。可用-bootclasspath 和 -extdirs 选项来指定不同的自举类或扩展类；参阅下面的联编选项。
成功的类型搜索可能生成类文件、源文件或两者兼有。以下是 javac 对各种情形所进行的处理：
?搜索结果只生成类文件而没有源文件： javac 使用类文件。
?搜索结果只生成源文件而没有类文件： javac 编译源文件并使用由此生成的类文件。
?搜索结果既生成源文件又生成类文件： 确定类文件是否过时。若类文件已过时，则 javac 重新编译源文件并使用更新后的类文件。否则， javac 直接使用类文件。
缺省情况下，只要类文件比源文件旧， javac 就认为它已过时。（ -Xdepend 选项指定相对来说较慢但却比较可靠的过程。）
javac
注意： javac 可以隐式编译一些没有在命令行中提及的源文件。用 -verbose 选项可跟踪自动编译。

文件列表
为缩短或简化 javac 命令，可以指定一个或多个每行含有一个文件名的文件。在命令行中，采用 '@' 字符加上文件名的方法将它指定为文件列表。当 javac 遇到以 `@' 字符开头的参数时，它对那个文件中所含文件名的操作跟对命令行中文件名的操作是一样的。这使得 Windows 命令行长度不再受限制。
例如，可以在名为 sourcefiles 的文件中列出所有源文件的名称。该文件可能形如：
MyClass1.java
MyClass2.java
MyClass3.java
然后可用下列命令运行编译器：
C:> javac @sourcefiles
选项
编译器有一批标准选项，目前的开发环境支持这些标准选项，将来的版本也将支持它。还有一批附加的非标准选项是目前的虚拟机实现所特有的，将来可能要有变化。非标准选项以 -X 打头。
标准选项
-classpath 类路径
设置用户类路径，它将覆盖 CLASSPATH 环境变量中的用户类路径。若既未指定 CLASSPATH 又未指定 -classpath，则用户类路径由当前目录构成。有关详细信息，请参阅设置类路径。
若未指定 -sourcepath 选项，则将在用户类路径中查找类文件和源文件。
-d 目录
设置类文件的目标目录。如果某个类是一个包的组成部分，则 javac 将把该类文件放入反映包名的子目录中，必要时创建目录。例如，如果指定 -d c:\myclasses 并且该类名叫 com.mypackage.MyClass，那么类文件就叫作 c:\myclasses\com\mypackage\MyClass.class。
若未指定 -d 选项，则 javac 将把类文件放到与源文件相同的目录中。
注意： -d 选项指定的目录不会被自动添加到用户类路径中。
-deprecation
显示每种不鼓励使用的成员或类的使用或覆盖的说明。没有给出 -deprecation 选项的话， javac 将显示这类源文件的名称：这些源文件使用或覆盖不鼓励使用的成员或类。
-encoding
设置源文件编码名称，例如 EUCJIS/SJIS。若未指定 -encoding 选项，则使用平台缺省的转换器。
-g
生成所有的调试信息，包括局部变量。缺省情况下，只生成行号和源文件信息。
-g:none
不生成任何调试信息。
-g:{关键字列表}
只生成某些类型的调试信息，这些类型由逗号分隔的关键字列表所指定。有效的关键字有：
source
源文件调试信息
lines
行号调试信息
vars
局部变量调试信息
-nowarn
禁用警告信息。
-O
优化代码以缩短执行时间。使用 -O 选项可能使编译速度下降、生成更大的类文件并使程序难以调试。
在 JDK 1.2 以前的版本中，javac 的 -g 选项和 -O 选项不能一起使用。在 JDK 1.2 中，可以将 -g 和 -O 选项结合起来，但可能会得到意想不到的结果，如丢失变量或重新定位代码或丢失代码。-O 选项不再自动打开 -depend 或关闭 -g 选项。同样， -O 选项也不再允许进行跨类内嵌。
-sourcepath 源路径
指定用以查找类或接口定义的源代码路径。与用户类路径一样，源路径项用分号 (;) 进行分隔，它们可以是目录、JAR 归档文件或 ZIP 归档文件。如果使用包，那么目录或归档文件中的本地路径名必须反映包名。
注意：通过类路径查找的类，如果找到了其源文件，则可能会自动被重新编译。
-verbose
冗长输出。它包括了每个所加载的类和每个所编译的源文件的有关信息。
联编选项
缺省情况下，类是根据与 javac 一起发行的 JDK 自举类和扩展类来编译。但 javac 也支持联编，在联编中，类是根据其它 Java平台实现的自举类和扩展类来进行编译的。联编时， -bootclasspath 和 -extdirs 的使用很重要；请参阅下面的联编程序示例。
-target 版本
生成将在指定版本的虚拟机上运行的类文件。缺省情况下生成与 1.1 和 1.2 版本的虚拟机都兼容的类文件。JDK 1.2 中的 javac 所支持的版本有：
1.1
保证所产生的类文件与 1.1 和 1.2 版的虚拟机兼容。这是缺省状态。
1.2
生成的类文件可在 1.2 版的虚拟机上运行，但不能在 1.1 版的虚拟机上运行。
-bootclasspath 自举类路径
根据指定的自举类集进行联编。和用户类路径一样，自举类路径项用分号 (;) 进行分隔，它们可以是目录、JAR 归档文件或 ZIP 归档文件。
-extdirs 目录
根据指定的扩展目录进行联编。目录是以分号分隔的目录列表。在指定目录的每个 JAR 归档文件中查找类文件。
非标准选项
-X
显示非标准选项的有关信息并退出。
-Xdepend
递归地搜索所有可获得的类，以寻找要重编译的最新源文件。该选项将更可靠地查找需要编译的类，但会使编译进程的速度大为减慢。
-Xstdout
将编译器信息送到System.out 中。缺省情况下，编译器信息送到 System.err 中。
-Xverbosepath
说明如何搜索路径和标准扩展以查找源文件和类文件。
-J选项
将选项传给 javac 调用的 java 启动器。例如， -J-Xms48m 将启动内存设为 48 兆字节。虽然它不以 -X 开头，但它并不是 javac 的‘标准选项’。用 -J 将选项传给执行用 Java 编写的应用程序的虚拟机是一种公共约定。
注意： CLASSPATH 、 -classpath 、 -bootclasspath 和 -extdirs 并 不 指定用于运行 javac 的类。如此滥用编译器的实现通常没有任何意义而且总是很危险的。如果确实需要这样做，可用 -J 选项将选项传给基本的 java 启动器。
程序示例
编译简单程序
一个源文件 Hello.java ，它定义了一个名叫 greetings.Hello 的类。greetings 目录是源文件和类文件两者的包目录，且它不是当前目录。这让我们可以使用缺省的用户类路径。它也使我们没必要用 -d 选项指定单独的目标目录。
C:> dir
greetings/
C:> dir greetings
Hello.java
C:> cat greetings\Hello.java
package greetings;
public class Hello {
public static void main(String[] args) {
for (int i=0; i < args.length; i++) {
System.out.println("Hello " + args[i]);
}
}
}
C:> javac greetings\Hello.java
C:> dir greetings
Hello.class Hello.java
C:> java greetings.Hello World Universe Everyone
Hello World
Hello Universe
Hello Everyone
编译多个源文件
该示例编译 greetings 包中的所有源文件。
C:> dir
greetings\
C:> dir greetings
Aloha.java GutenTag.java Hello.java Hi.java
C:> javac greetings\*.java
C:> dir greetings
Aloha.class GutenTag.class Hello.class Hi.class
Aloha.java GutenTag.java Hello.java Hi.java
指定用户类路径
对前面示例中的某个源文件进行更改后，重新编译它：
C:> cd
\examples
C:> javac greetings\Hi.java
由于 greetings.Hi 引用了 greetings 包中其它的类，编译器需要找到这些其它的类。上面的示例能运行是因为缺省的用户类路径刚好是含有包目录的目录。但是，假设我们想重新编译该文件并且不关心我们在哪个目录中的话， 我们需要将 \examples 添加到用户类路径中。可以通过设置 CLASSPATH 达到此目的，但这里我们将使用 -classpath 选项来完成。
C:>javac -classpath \examples \examples\greetings\Hi.java
如果再次将 greetings.Hi 改为使用标题实用程序，该实用程序也需要通过用户类路径来进行访问：
C:>javac -classpath \examples:\lib\Banners.jar \
\examples\greetings\Hi.java
要执行 greetings 中的类，需要访问 greetings 和它所使用的类。
C:>java -classpath \examples:\lib\Banners.jar greetings.Hi
将源文件和类文件分开
将源文件和类文件置于不同的目录下经常是很有意义的，特别是在大型的项目中。我们用 -d 选项来指明单独的类文件目标位置。由于源文件不在用户类路径中，所以用 -sourcepath 选项来协助编译器查找它们。
C:> dir
classes\ lib\ src\
C:> dir src
farewells\
C:> dir src\farewells
Base.java GoodBye.java
C:> dir lib
Banners.jar
C:> dir classes
C:> javac -sourcepath src -classpath classes:lib\Banners.jar \
src\farewells\GoodBye.java -d classes
C:> dir classes
farewells\
C:> dir classes\farewells
Base.class GoodBye.class
注意：编译器也编译了 src\farewells\Base.java，虽然我们没有在命令行中指定它。要跟踪自动编译，可使用 -verbose 选项。
联编程序示例
这里我们用 JDK 1.2 的 javac 来编译将在 1.1 版的虚拟机上运行的代码。
C:> javac -target 1.1 -bootclasspath jdk1.1.7\lib\classes.zip \
-extdirs "" OldCode.java
-target 1.1
JDK 1.2 javac 在缺省状态下也将根据 1.2 版的自举类来进行编译，因此我们需要告诉 javac 让它根据 JDK 1.1 自举类来进行编译。可用 -bootclasspath 和 -extdirs 选项来达到此目的。不这样做的话，可能会使编译器根据 1.2 版的 API 来进行编译。由于 1.1 版的虚拟机上可能没有该 1.2 版的 API，因此运行时将出错。
选项可确保生成的类文件与 1.1 版的虚拟机兼容。在 JDK1.2 中， 缺省情况下 javac 编译生成的文件是与 1.1 版的虚拟机兼容的，因此并非严格地需要该选项。然而，由于别的编译器可能采用其它的缺省设置，所以提供这一选项将不失为是个好习惯。

3. 用命令行如何编译package中的java文件

其实解决方案很简单，既然编译器不能根据包名找到A类，那我们就把A类的绝对路径直接告诉编译器不就可以了吗？事实上就是这么做的，具体操作为：在命令行模式下进入F:\test目录，然后运行编译命令javac F:\test\e\main\A.java，可以成功编译生成A.class文件。（注意：如果不在此目录下执行编译命令的话，就要将f:\test加入到当前的classpath中为make工具提供B.java的位置信息）
接下来就要运行这个class文件了，运行仍然在F:\test目录下执行（注意：如果不在此目录下执行运行命令的话，一定要把F:\test加入到当前的classpath中），命令为：java e.main.A，很显然，这里就是根据输入的package名称找到对应的class文件，并检验找到的class文件的与输入的包名是否匹配（例如：如果你在e目录下新建一个test目录，将A.class文件拷贝进去，输入java e.test.A 的话还是会报错：找不到class文件）。可能有人要问：为什么运行的时候又可以根据包名找到相应的class文件呢？因为运行的时候默认是从当前路径开始搜索的，如果当前路径找不到的话，就在系统的classpath中找，如果再找不到就会报错。
由上面的分析我们可以得出：
（1）在命令行模式下编译java文件时，如果cmd不在该java文件所在的目录下，就要直接指定文件
的绝对路径（javac F:\test\e\main\A.java），如果在java文件所在的目录下，可以不指定
路径，但是要设置classpath让编译器的make工具找到其他import的类
（2）运行的时候要指出包路径（java e.main.A），并且一定要在class文件名前带上完整的包名
（e.main.A），而且该包所在的文件夹（即e所在的文件夹）一定要在classpath中，这样才
能找到对应的class文件（在包所在的文件夹目录下运行cmd程序或者将该目录加入到classpath
中均可）。
（3）在命令行模式下非直接编译的java，编译器使用make工具根据java文件中的import信息间接找
到引用的java文件，所以一定要注意文件的配置，以及相互之间的位置关系。当然也可以通过
设置classpath提供给make工具，但是如果文件比较多而且相互之间的引用关系比较复杂的话会
比较麻烦。
（4）classpath只能供make工具以及运行class文件时使用，在直接编译的时候不使用classpath信
息，必须在要编译的java文件前带上其绝对的路径名。

4. 如何编译整个包java

用 javac com.xinru.friend.news.Operation.java
它import到的class会自动全部编译的。

5. 在eclipse里想创建一个package，怎么编译这个自己创建的包

编译完后直接跟系统默认包一样 用improt直接导入你要调用的包或具体类，再用里面的方法

6. maven web项目添加pom依赖导入第三方一个自定义的jar包，编译可以通过。运行就报错了

在使用maven管理项目的过程中，经常遇到在pom.xml中添加依赖，但是项目中始终无法引入对应的jar包，
这个时候我们可以进行如下操作：(Eclipse)
1.选择项目->右击->Maven->Update Project，如此便可解决
2.实际使用中，发现eclipse与maven之间并非整合得天衣无缝，有时候eclipse中项目图标经常会莫名其妙的出现一些红叉，以下是一些个人经验：
3.尝试先到Dos命令行窗口，用mvn clean compile(或install)之类的命令试下能否正常编译
4.如果能正常编译，在回到eclipse中，项目右击->Maven-Update Project ，通常这样就能消除红叉
5.有时候b)步骤操作完以后，仍然会有红色感叹号或红叉，但是eclipse编译、调试都OK，这就要具体问题具体分析了，可以尝试把Problems面板调出来，逐个分析
6.以上3个步骤都尝试无效后，最后还可以尝试 Windows -> Preferences -> Validation -> Disable All 把所有验证都关掉
7.最后如果Jar架包还是有问题，那就一定是你的Maven本地仓库没有配置好。

7. 谁能详细讲解一下Java带包编译，在窗口命令下的命令。禁止瞎说。

javac命令行中的-classpath选项 这是个很基础的问题，但是因为基本上都是用现有的IDE工具 来开发java程序，所以很少有人意识到这一点。 javac -classpath，设定要搜索类的路径，可以是目录，jar文件，zip文件（里面都是class文件），会覆盖掉所有在CLASSPATH里面的设定。 -sourcepath， 设定要搜索编译所需java 文件的路径，可以是目录，jar文件，zip文件（里面都是java文件）。 所以一个完整的javac命令行应该是这样的， 假设abc.java在路径c:\src里面，在任何的目录的都可以执行以下命令来编译。 javac -classpath c:\classes;c:\jar\abc.jar;c:\zip\abc.zip -sourcepath c:\source\project1\src;c:\source\project2 \lib\src.jar;c:\source\project3\lib\src.zip c:\src\abc.java 表示编译需要c:\classed下面的class文件，c:\jar\abc.jar里面的class文件，c:\zip\abc.zip里面的class文件 还需要c:\source\project1\src下面的源文件，c:\source\project2 \lib\src.jar里面的源文件，c:\source\project3\lib\src.zip里面的源文件， 注意：jar，zip里面的源文件不会有什么改动，目录下的源文件，有可能会被重新编译。 另外，classpath后面跟的jar/zip包路径，最好为绝对路径，不要跟相对路径。 参考网址： http://lxj8495138.javaeye.com/blog/290912

8. 如何将第三方jar包编译成一个jar

可以建一个maven工程在pom中引入这些jar，然后将工程打包成jar

9. java中带包的源文件怎么编译

包就相当于是目录文件夹，在包的最后一个级下包含的就是源文件
例如：
包和类的形势：
表现文件夹的形势：
在包和类下边就是java文件在文件夹形势下就是class文件

10. 如何使用Ant脚本编译出Jar和Apk包

首先我们来看看如何使用ant脚本打出一个jar包 我们新建一个工程AntExportJar 在工程的目录下面新建一个build.xml，这个是ant脚本规定的一个入口脚本文件，文件名都是：build.xml [html] view plain ?
<?xml version ="1.0" encoding ="UTF-8" ?>
<project name ="AntExportJar" basedir ="." default ="exportJar" >
????<!--?设置全局变量?-->
????<property name ="src" value ="src" />
????<property name ="dist" value ="dist" />
????<property name ="app.name" value ="ant" />
????<property name ="app.version" value ="1.0" />
????<property name ="classes.encode" value ="GBK" />
????<property name ="lib" value ="libs" />

????<property
????????name ="project-dir"
????????value ="C:\Users\i\workspace\AntExportJar" />
????<property
????????name ="sdk-folder"
????????value ="C:\Users\i\AppData\Local\Android\sdk" />
????<property
????????name ="platform-folder"
????????value ="${sdk-folder}\platforms\android-22" />
????<property
????????name ="android-jar"
????????value ="${platform-folder}\android.jar" />
????<property
????????name ="src"
????????value ="${project-dir}\src" />
????<property
????????name ="bin"
????????value ="${project-dir}\bin" />
????<property
????????name ="libs"
????????value ="${project-dir}\lib" />

????<!--?task?-->
????<target name ="init" >
????????<echo>
????????????Initialize...
????????</echo>
????????<delete dir ="${bin}" />
????????<mkdir dir ="${bin}" />
????</target>

????<target name ="buildFiles" depends ="init" >
????????<javac
????????????????bootclasspath ="${android-jar}"
????????????????compiler ="javac1.7"
????????????????target ="1.7"
????????????????destdir ="${bin}"
????????????????encoding ="GBK"
????????????????includeAntRuntime ="true"
????????????????listfiles ="true" >
????????????????<src path ="${project-dir}" />
????????????????<classpath>
?????????????????????<!--?引用第三方jar包需要引用，用于辅助编译，并没有将jar打包进去。jar的打包在dex命令中。-->
?????????????????????<fileset dir ="${libs}" includes ="*.jar" />
????????????????</classpath>
????????</javac>
????</target>

????<!--?导出jar文件?-->
????<target name ="exportJar" depends ="buildFiles" >
????????<delete dir ="${dist}" />
????????<!--?Create?the?distribution?directory?-->
????????<mkdir dir ="${dist}" />
????????<!--?Put?everything?in?${classes}?into?the?MyProject-${DSTAMP}.jar?file?-->
????????<jar jarfile ="${dist}/${app.name}.jar" basedir ="${bin}" >
????????????<!--
????????????<fileset?dir="${libs}"?includes="**/*.jar"?/>
????????????-->
????????????<zipfileset excludes ="META-INF/*.SF" src ="${libs}/Bai_NativeAd_SDK.jar" />
????????????<zipfileset excludes ="META-INF/*.SF" src ="${libs}/gdt_mob_release.jar" />
????????</jar>
????</target>
</project>
脚本很简单，下面我们就来分析一下： [html] view plain ?
<project name ="AntExportJar" basedir ="." default ="exportJar" >
最外围的一个标签是project,是一个工程标签，有名字，还有就是工程的目录baseDir，用点号："." 接下来就是定义全局变量，或者是属性值： [html] view plain ?
<!--?设置全局变量?-->
<property name ="src" value ="src" />
<property name ="dist" value ="dist" />
<property name ="app.name" value ="ant" />
<property name ="app.version" value ="1.0" />
<property name ="classes.encode" value ="GBK" />
<property name ="lib" value ="libs" />

<property
????name ="project-dir"
????value ="C:\Users\i\workspace\AntExportJar" />
<property
????name ="sdk-folder"
????value ="C:\Users\i\AppData\Local\Android\sdk" />
<property
????name ="platform-folder"
????value ="${sdk-folder}\platforms\android-22" />
<property
????name ="android-jar"
????value ="${platform-folder}\android.jar" />
<property
????name ="src"
????value ="${project-dir}\src" />
<property
????name ="bin"
????value ="${project-dir}\bin" />
<property
????name ="libs"
????value ="${project-dir}\lib" />
这样我们在后面就可以使用：${name值} 来使用value值的定义了，所以这里就相当于定义了变量的作用，这里我们看到有一些value值是路径，但是这里我们感觉有一个不好的地方，就是这些路径是写死的，那么我们还可以怎么做能让他变得灵活呢？其实很简单，ant脚本中是可以访问环境变量的，那么我们只要将这些路径定义成环境变量就可以了： [html] view plain ?
<property environment ="env" />
<property name ="ANDROID_HOME" value ="${env.ANDROID_HOME}" />
第一行先申明一个环境变量值，这个env是公共的写法，也是ant自带的，他表示当前的环境变量的值，那么后面就可以访问具体的哪些环境变量了，比如这里我配置了ANDROID_HOME这个环境变量，那么就可以用${env.ANDROID_HOME}来访问androidsdk的目录了，和上面的那个直接使用绝对路径的方式是一样的。 解析来就是定义task了，在ant中task也是最重要的，我们最终运行的都是task，就相当于Java中的main方法一样。ant脚本中可以定义多个task，而且每个task可以有执行的先后顺序的。相当于Java中的方法中调用其他方法一样。 [html] view plain ?
<!--?task?-->
<target name ="init" >
????<echo>
????????Initialize...
????</echo>
????<delete dir ="${bin}" />
????<mkdir dir ="${bin}" />
</target>
首先这里定义了一个初始化的task，其中echo标签也是很常用的，就是打印信息的，然后是删除目录${bin}，这个bin变量在上面已经定义了，然后在创建${bin}目录。 初始化完之后，开始执行编译工作： [html] view plain ?
<target name ="buildFiles" depends ="init" >
????<javac
????????bootclasspath ="${android-jar}"
????????compiler ="javac1.7"
????????target ="1.7"
????????destdir ="${bin}"
????????encoding ="GBK"
????????includeAntRuntime ="true"
????????listfiles ="true" >
????????<src path ="${project-dir}" />
????????????<classpath>
????????????????<!--?引用第三方jar包需要引用，用于辅助编译，并没有将jar打包进去。jar的打包在dex命令中。-->
????????????????<fileset dir ="${libs}" includes ="*.jar" />
????????????</classpath>
????</javac>
</target>
这里在此定义一个buildFiles的task，depends的值是表示当前的task在这个depends的task执行完之后在执行，这里就是先执行init的task，然后在执行buildFiles的task，这里的task主要是编译Java成class文件： bootclasspath：表示编译依赖的系统库，这里依赖的是android.jar compiler：表示编译的java版本 target：表示编译之后的class的版本，就是能够运行的java版本 destDir：表示编译之后的class文件的存放目录 其他的就不说了，这里还有一个重点，也就是我们在编译的时候会遇到的问题，就是我们在编译的时候，会引用到第三发的jar，所以这里我们为了保证能够编译过，这里还必须用classpath标签来引用这些jar，当然这里只是能够保证编译通过，并不会把这些jar也编译到最终我们想要的jar中，这个问题我们后面再说。 下面在看最后的一个task，就是将编译完之后的class文件打包成jar文件： [html] view plain ?
<!--?导出jar文件?-->
<target name ="exportJar" depends ="buildFiles" >
????<delete dir ="${dist}" />
????<!--?Create?the?distribution?directory?-->
????<mkdir dir ="${dist}" />
????<!--?Put?everything?in?${classes}?into?the?MyProject-${DSTAMP}.jar?file?-->
????<jar jarfile ="${dist}/${app.name}.jar" basedir ="${bin}" >
????????<!--
????????<fileset?dir="${libs}"?includes="**/*.jar"?/>
????????-->
????<zipfileset excludes ="META-INF/*.SF" src ="${libs}/Bai_NativeAd_SDK.jar" />
????<zipfileset excludes ="META-INF/*.SF" src ="${libs}/gdt_mob_release.jar" />
????</jar>
</target>
这里我们定义了一个exportJar的task，他是在buildFiles的task运行完之后在运行。 首先删除目标目录${dist}，然后在创建一个目录。这个目录就是存放最后编译好的jar文件的目录 然后就是用jar标签来导出jar文件了： jarfile：表示编译完之后存放的jar文件名路径 basedir：表示需要编译jar的class文件目录 其他就OK了，但是在实际中我们在编译的过程中会引用到第三方的jar，那么这时候我们把这些jar编译到最终的jar中，说道这里，其实我们在使用Eclipse导出jar的时候，有一个插件可以做到这点：fat-jar，安装完插件