公共包編譯

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，安裝完插件