JAR 文件是什麼？
JAR 文件格式以流行的 ZIP 文件格式為基礎，用於將許多個文件聚集為一個文件。與 ZIP 文件不同的是，JAR 文件不僅用於壓縮和發布，而且還用於部署和封裝庫、組件和插件 程序，並可被像編譯器和 JVM 這樣的工具直接使用。在 JAR 中包含特殊的文件，如 manifests 和部署描述符，用來指示工具如何處理特定的 JAR。
一個 JAR 文件可以用於：
用於發布和使用類庫
作為應用程序和擴展的構建單元
作為組件、applet 或者插件程序的部署單位
用於打包與組件相關聯的輔助資源
JAR 文件格式提供了許多優勢和功能，其中很多是傳統的壓縮格式如 ZIP 或者 TAR 所沒 有提供的。它們包括：
安全性。可以對 JAR 文件內容加上數字化簽名。這樣，能夠識別簽名的工具就可以有選 擇地為您授予軟件安全特權，這是其他文件做不到的，它還可以檢測代碼是否被篡改過。
減少下載時間。 如果一個 applet 捆綁到一個 JAR 文件中，那麼浏覽器就可以在一個 HTTP 事務中下載這個 applet 的類文件和相關的資源，而不是對每一個文件打開一個新連接 。
壓縮。JAR 格式允許您壓縮文件以提高存儲效率。
傳輸平台擴展。 Java 擴展框架(Java Extensions Framework)提供了向 Java 核心平台 添加功能的方法，這些擴展是用 JAR 文件打包的(Java 3D 和 JavaMail 就是由 Sun 開發的 擴展例子)。
包密封。存儲在 JAR 文件中的包可以選擇進行 密封，以增強版本一致性和安全性。密封 一個包意味著包中的所有類都必須在同一 JAR 文件中找到。
包版本控制。一個 JAR 文件可以包含有關它所包含的文件的數據，如廠商和版本信息。
可移植性。處理 JAR 文件的機制是 Java 平台核心 API 的標准部分。
壓縮的和未壓縮的 JAR
jar 工具(有關細節參閱 jar 工具 )在默認情況下壓縮文件。未壓縮的 JAR 文件一般可 以比壓縮過的 JAR 文件更快地裝載，因為在裝載過程中要解壓縮文件，但是未壓縮的文件在 網絡上的下載時間可能更長。
META-INF 目錄
大多數 JAR 文件包含一個 META-INF 目錄，它用於存儲包和擴展的配置數據，如安全性 和版本信息。Java 2 平台識別並解釋 META-INF 目錄中的下述文件和目錄，以便配置應用程 序、擴展和類裝載器：
MANIFEST.MF。這個 manifest 文件定義了與擴展和包相關的數據。
INDEX.LIST。 這個文件由 jar 工具的新選項 -i 生成，它包含在應用程序或者擴展中定 義的包的位置信息。它是 JarIndex 實現的一部分，並由類裝載器用於加速類裝載過程。
xxx.SF。 這是 JAR 文件的簽名文件。占位符 xxx標識了簽名者。
xxx.DSA。 與簽名文件相關聯的簽名程序塊文件，它存儲了用於簽名 JAR 文件的公共簽 名。
jar 工具
為了用 JAR 文件執行基本的任務，要使用作為Java Development Kit 的一部分提供的 Java Archive Tool ( jar 工具)。用 jar 命令調用 jar 工具。表 1 顯示了一些常見的應 用：
表 1. 常見的 jar 工具用法
功能 命令 用一個單獨的文件創建一個 JAR 文件 jar cf jar-file input-file... 用一個目錄創建一個 JAR 文件 jar cf jar-file dir-name 創建一個未壓縮的 JAR 文件 jar cf0 jar-file dir-name 更新一個 JAR 文件 jar uf jar-file input-file... 查看一個 JAR 文件的內容 jar tf jar-file 提取一個 JAR 文件的內容 jar xf jar-file 從一個 JAR 文件中提取特定的文件 jar xf jar-file archived-file... 運行一個打包為可執行 JAR 文件的應用程序 java -jar app.jar
可執行的 JAR
一個 可執行的 jar 文件是一個自包含的 Java 應用程序，它存儲在特別配置的JAR 文件 中，可以由 JVM 直接執行它而無需事先提取文件或者設置類路徑。要運行存儲在非可執行的 JAR 中的應用程序，必須將它加入到您的類路徑中，並用名字調用應用程序的主類。但是使 用可執行的 JAR 文件，我們可以不用提取它或者知道主要入口點就可以運行一個應用程序。 可執行 JAR 有助於方便發布和執行 Java 應用程序。
創建可執行 JAR
創建一個可執行 JAR 很容易。首先將所有應用程序代碼放到一個目錄中。假設應用程序 中的主類是 com.mycompany.myapp.Sample 。您要創建一個包含應用程序代碼的 JAR 文件並 標識出主類。為此，在某個位置(不是在應用程序目錄中)創建一個名為 manifest 的文件， 並在其中加入以下一行：
Main-Class: com.mycompany.myapp.Sample
然後，像這樣創建 JAR 文件：
jar cmf manifest ExecutableJar.jar application-dir
所要做的就是這些了 -- 現在可以用 java -jar 執行這個 JAR 文件 ExecutableJar.jar 。
一個可執行的 JAR 必須通過 menifest 文件的頭引用它所需要的所有其他從屬 JAR。如 果使用了 -jar 選項，那麼環境變量 CLASSPATH 和在命令行中指定的所有類路徑都被 JVM 所忽略。
啟動可執行 JAR
既然我們已經將自己的應用程序打包到了一個名為 ExecutableJar.jar 的可執行 JAR 中 了，那麼我們就可以用下面的命令直接從文件啟動這個應用程序：
java -jar ExecutableJar.jar
包密封
密封 JAR 文件中的一個包意味著在這個包中定義的所有類都必須在同一個 JAR 文件中找 到。這使包的作者可以增強打包類之間的版本一致性。密封還提供了防止代碼篡改的手段。
要密封包，需要在 JAR 的 manifest 文件中為包添加一個 Name 頭，然後加上值為 “true”的 Sealed 頭。與可執行的 JAR 一樣，可以在創建 JAR 時，通過指定一個具有適 當頭元素的 manifest 文件密封一個 JAR，如下所示：
Name: com/samplePackage/
Sealed: true
Name 頭標識出包的相對路徑名。它以一個“/”結束以與文件名區別。在 Name 頭後面第 一個空行之前的所有頭都作用於在 Name 頭中指定的文件或者包。在上述例子中，因為 Sealed 頭出現在 Name 頭後並且中間沒有空行，所以 Sealed 頭將被解釋為只應用到包 com/samplePackage 上。
如果試圖從密封包所在的 JAR 文件以外的其他地方裝載密封包中的一個類，那麼 JVM 將 拋出一個 SecurityException 。
擴展打包
擴展為 Java 平台增加了功能，在 JAR 文件格式中已經加入了擴展機制。擴 展機制使得 JAR 文件可以通過 manifest 文件中的 Class-Path 頭指定所需要的其他 JAR 文件。
假設 extension1.jar 和 extension2.jar 是同一個目錄中的兩個 JAR 文件， extension1.jar 的 manifest 文件包含以下頭：
Class-Path: extension2.jar
這個頭表明 extension2.jar 中的類是 extension1.jar 中的類的 擴展類。 extension1.jar 中的類可以調用 extension2.jar 中的類，並且不要求 extension2.jar 處 在類路徑中。
在裝載使用擴展機制的 JAR 時，JVM 會高效而自動地將在 Class-Path 頭中引用的 JAR 添加到類路徑中。不過，擴展 JAR 路徑被解釋為相對路徑，所以一般來說，擴展 JAR 必須 存儲在引用它的 JAR 所在的同一目錄中。
例如，假設類 ExtensionClient 引用了類 ExtensionDemo ,它捆綁在一個名為 ExtensionClient.jar 的 JAR 文件中，而類 ExtensionDemo 則捆綁在 ExtensionDemo.jar 中。為了使 ExtensionDemo.jar 可以成為擴展，必須將 ExtensionDemo.jar 列在 ExtensionClient.jar 的 manifest 的 Class-Path 頭中，如下所示：
Manifest-Version: 1.0
Class-Path: ExtensionDemo.jar
在這個 manifest 中 Class-Path 頭的值是沒有指定路徑的 ExtensionDemo.jar，表明 ExtensionDemo.jar 與 ExtensionClient JAR 文件處在同一目錄中。
JAR 文件中的安全性
JAR 文件可以用 jarsigner 工具或者直接通過 java.security API 簽名。一個簽名的 JAR 文件與原來的 JAR 文件完全相同，只是更新了它的 manifest，並在 META-INF 目錄中 增加了兩個文件，一個簽名文件和一個簽名塊文件。
JAR 文件是用一個存儲在 Keystore 數據庫中的證書簽名的。存儲在 keystore 中的證書 有密碼保護，必須向 jarsigner 工具提供這個密碼才能對 JAR 文件簽名。
圖 1. Keystore 數據庫
JAR 的每一位簽名者都由在 JAR 文件的 META-INF 目錄中的一個具有 .SF 擴展名的簽名 文件表示。這個文件的格式類似於 manifest 文件 -- 一組 RFC-822 頭。如下所示，它的組 成包括一個主要部分，它包括了由簽名者提供的信息、但是不特別針對任何特定的 JAR 文件 項，還有一系列的單獨的項，這些項也必須包含在 menifest 文件中。在驗證一個簽名的 JAR 時，將簽名文件的摘要值與對 JAR 文件中的相應項計算的摘要值進行比較。
清單 1. 簽名 JAR 中的 Manifest 和 signature 文件
Contents of signature file META-INF/MANIFEST.MF
Manifest-Version: 1.0
Created-By: 1.3.0 (Sun Microsystems Inc.)
Name: Sample.java
SHA1-Digest: 3+DdYW8INICtyG8ZarHlFxX0W6g=
Name: Sample.class
SHA1-Digest: YJ5yQHBZBJ3SsTNcHJFqUkfWEmI=
Contents of signature file META-INF/JAMES.SF
Signature-Version: 1.0
SHA1-Digest-Manifest: HBstZOJBuuTJ6QMIdB90T8sjaOM=
Created-By: 1.3.0 (Sun Microsystems Inc.)
Name: Sample.java
SHA1-Digest: qipMDrkurQcKwnyIlI3Jtrnia8Q=
Name: Sample.class
SHA1-Digest: pT2DYby8QXPcCzv2NwpLxd8p4G4=
數字簽名
一個數字簽名是.SF 簽名文件的已簽名版本。數字簽名文件是二進制文件，並且與 .SF 文件有相同的文件名，但是擴展名不同。根據數字簽名的類型 -- RSA、DSA 或者 PGP -- 以 及用於簽名 JAR 的證書類型而有不同的擴展名。
Keystore
要簽名一個 JAR 文件，必須首先有一個私鑰。私鑰及其相關的公鑰證書存儲在名為 keystores 的、有密碼保護的數據庫中。JDK 包含創建和修改 keystores 的工具。keystore 中的每一個密鑰都可以用一個別名標識，它通常是擁有這個密鑰的簽名者的名字。
所有 keystore 項(密鑰和信任的證書項)都是用唯一別名訪問的。別名是在用 keytool -genkey 命令生成密鑰對(公鑰和私鑰)並在 keystore 中添加項時指定的。之後的 keytool 命令必須使用同樣的別名引用這一項。
例如，要用別名“james”生成一個新的公鑰/私鑰對並將公鑰包裝到自簽名的證書中，要 使用下述命令：
keytool -genkey -alias james -keypass jamespass
-validity 80 -keystore jamesKeyStore
-storepass jamesKeyStorePass
這個命令序列指定了一個初始密碼“jamespass”，後續的命令在訪問 keystore “jamesKeyStore”中與別名“james”相關聯的私鑰時，就需要這個密碼。如果 keystore“ jamesKeyStore”不存在，則 keytool 會自動創建它。
jarsigner 工具
jarsigner 工具使用 keystore 生成或者驗證 JAR 文件的數字簽名。
假設像上述例子那樣創建了 keystore “jamesKeyStore”，並且它包含一個別名為 “james”的密鑰，可以用下面的命令簽名一個 JAR 文件：
jarsigner -keystore jamesKeyStore -storepass jamesKeyStorePass
-keypass jamespass -signedjar SSample.jar Sample.jar james
這個命令用密碼“jamesKeyStorePass”從名為“jamesKeyStore”的 keystore 中提出別 名為“james”、密碼為“jamespass”的密鑰，並對 Sample.jar 文件簽名、創建一個簽名 的 JAR -- SSample.jar。
jarsigner 工具還可以驗證一個簽名的 JAR 文件，這種操作比簽名 JAR 文件要簡單得多 ，只需執行以下命令：
jarsigner -verify SSample.jar
如果簽名的 JAR 文件沒有被篡改過，那麼 jarsigner 工具就會告訴您 JAR 通過驗證了 。否則，它會拋出一個 SecurityException ， 表明哪些文件沒有通過驗證。
還可以用 java.util.jar 和 java.security API 以編程方式簽名 JAR。也可以使用像 Netscape Object Signing Tool 這樣的工具。
JAR 索引
如果一個應用程序或者 applet 捆綁到多個 JAR 文件中，那麼類裝載器就使用一個簡單 的線性搜索算法搜索類路徑中的每一個元素，這使類裝載器可能要下載並打開許多個 JAR 文 件，直到找到所要的類或者資源。如果類裝載器試圖尋找一個不存在的資源，那麼在應用程 序或者 applet 中的所有 JAR 文件都會下載。對於大型的網絡應用程序和 applet，這會導 致啟動緩慢、響應遲緩並浪費帶寬。
從 JDK 1.3 以後，JAR 文件格式開始支持索引以優化網絡應用程序中類的搜索過程，特 別是 applet。JarIndex 機制收集在 applet 或者應用程序中定義的所有 JAR 文件的內容， 並將這些信息存儲到第一個 JAR 文件中的索引文件中。下載了第一個 JAR 文件後，applet 類裝載器將使用收集的內容信息高效地裝載 JAR 文件。這個目錄信息存儲在根 JAR 文件的 META-INF 目錄中的一個名為 INDEX.LIST 的簡單文本文件中。
創建一個 JarIndex
可以通過在 jar 命令中指定 -i 選項創建一個 JarIndex。假設我們的目錄結構如下圖所 示：
圖 2. JarIndex
您將使用下述命令為 JarIndex_Main.jar、JarIndex_test.jar 和 JarIndex_test1.jar 創建一個索引文件：
jar -i JarIndex_Main.jar JarIndex_test.jar SampleDir/JarIndex_test1.jar
INDEX.LIST 文件的格式很簡單，包含每個已索引的 JAR 文件中包含的包或者類的名字， 如清單 2 所示：
清單 2. JarIndex INDEX.LIST 文件示例
JarIndex-Version: 1.0
JarIndex_Main.jar
sp
JarIndex_test.jar
Sample
SampleDir/JarIndex_test1.jar
org
org/apache
org/apache/xerces
org/apache/xerces/framework
org/apache/xerces/framework/xml4j
結束語
JAR 格式遠遠超出了一種壓縮格式，它有許多可以改進效率、安全性和組織 Java 應用程 序的功能。因為這些功能已經建立在核心平台 -- 包括編譯器和類裝載器 -- 中了，所以開 發人員可以利用 JAR 文件格式的能力簡化和改進開發和部署過程。
