A. java ZipOutputStream 壓縮包裡面壓縮多個文件（格式為zip文件）
在壓縮包里運行文件都是制動解壓到臨時文件夾臨時文件夾在C盤所以還是建議正常解壓後再運行在有些情況下直接在壓縮包里運行文件有些程序還未解壓到臨時文件夾所以就會報錯手動解壓在運行是最好的以,下是臨時文件夾的路徑
C:\Documents and Settings\Administrator\Local Settings\Temp
B. java中zip壓縮輸入輸出流的問題，ZipEntry()方法里的參數到底什麼意思
ZipEntry 用於保存一些被壓縮文件的信息，如文件名，最後訪問時間，最後修改時間，創建時間，文件大小，crc 校驗值 等信息。
ZipEntry 具有一個帶 String 類型參數的構造方法：ZipEntry(String name), name 是入口名稱，就是打開壓縮文件時，看到的裡面的文件名稱。
可以看一下它的源碼，下面是部分源碼：
public
,Cloneable{
Stringname;//entryname
longtime=-1;//lastmodificationtime
FileTimemtime;//lastmodificationtime,fromextrafielddata
FileTimeatime;//lastaccesstime,fromextrafielddata
FileTimectime;//creationtime,fromextrafielddata
longcrc=-1;//crc-32ofentrydata
longsize=-1;//uncompressedsizeofentrydata
longcsize=-1;//compressedsizeofentrydata
intmethod=-1;//compressionmethod
intflag=0;//generalpurposeflag
byte[]extra;//
Stringcomment;//optionalcommentstringforentry
...
}
C. JAVA 壓縮和序列化
壓縮和序列化主要用在數據的存儲和傳輸上，二者都是由IO流相關知識實現，這里統一介紹下。
全部章節傳送門：
Java I/O類支持讀寫壓縮格式的數據流，你可以用他們對其他的I/O流進行封裝，以提供壓縮功能。
GZIP介面比較簡單，適合對單個數據流進行壓縮，在Linux系統中使用較多。
ZIP格式可以壓縮多個文件，而且可以和壓縮工具進行協作，是經常使用的壓縮方法。
JAR(Java Archive，Java 歸檔文件)是與平台無關的文件格式，它允許將許多文件組合成一個壓縮文件。為 J2EE 應用程序創建的 JAR 文件是 EAR 文件(企業 JAR 文件)。
JAR 文件格式以流行的 ZIP 文件格式為基礎。與 ZIP 文件不同的是，JAR 文件不僅用於壓縮和發布，而且還用於部署和封裝庫、組件和插件程序，並可被像編譯器和 JVM 這樣的工具直接使用。在 JAR 中包含特殊的文件，如 manifests 和部署描述符，用來指示工具如何處理特定的 JAR。
如果一個Web應用程序的目錄和文件非常多，那麼將這個Web應用程序部署到另一台機器上，就不是很方便了，我們可以將Web應用程序打包成Web 歸檔(WAR)文件，這個過程和把Java類文件打包成JAR文件的過程類似。利用WAR文件，可以把Servlet類文件和相關的資源集中在一起進行發布。在這個過程中，Web應用程序就不是按照目錄層次結構來進行部署了，而是把WAR文件作為部署單元來使用。
一個WAR文件就是一個Web應用程序，建立WAR文件，就是把整個Web應用程序(不包括Web應用程序層次結構的根目錄)壓縮起來，指定一個.war擴展名。下面我們將第2章的Web應用程序打包成WAR文件，然後發布
要注意的是，雖然WAR文件和JAR文件的文件格式是一樣的，並且都是使用jar命令來創建，但就其應用來說，WAR文件和JAR文件是有根本區別的。JAR文件的目的是把類和相關的資源封裝到壓縮的歸檔文件中，而對於WAR文件來說，一個WAR文件代表了一個Web應用程序，它可以包含 Servlet、HTML頁面、Java類、圖像文件，以及組成Web應用程序的其他資源，而不僅僅是類的歸檔文件。
在命令行輸入jar即可查看jar命令的使用方法。
把對象轉換為位元組序列的過程稱為對象的序列化。把位元組序列恢復為對象的過程稱為對象的反序列化。
對象的序列化主要有兩種用途：
java.io.ObjectOutputStream代表對象輸出流，它的writeObject(Object obj)方法可對參數指定的obj對象進行序列化，把得到的位元組序列寫到一個目標輸出流中。
java.io.ObjectInputStream代表對象輸入流，它的readObject()方法從一個源輸入流中讀取位元組序列，再把它們反序列化為一個對象，並將其返回。
只有實現了Serializable的對象才能被序列化。對象序列化包括如下步驟：
對象反序列化的步驟如下：
創建一個可以可以序列化的對象。
然後進行序列化和反序列化測試。
serialVersionUID: 字面意思上是序列化的版本號，凡是實現Serializable介面的類都有一個表示序列化版本標識符的靜態變數。
JAVA序列化的機制是通過判斷類的serialVersionUID來驗證的版本一致的。在進行反序列化時，JVM會把傳來的位元組流中的serialVersionUID於本地相應實體類的serialVersionUID進行比較。如果相同說明是一致的，可以進行反序列化，否則會出現反序列化版本一致的異常，即是InvalidCastException。
為了提高serialVersionUID的獨立性和確定性，強烈建議在一個可序列化類中顯示的定義serialVersionUID，為它賦予明確的值。
控制序列化欄位還可以使用Externalizable介面替代Serializable借口。此時需要定義一個默認構造器，否則將為得到一個異常(java.io.InvalidClassException: Person; Person; no valid constructor)；還需要定義兩個方法(writeExternal()和readExternal())來控制要序列化的欄位。
如下為將Person類修改為使用Externalizable介面。
transient修飾符僅適用於變數，不適用於方法和類。在序列化時，如果我們不想序列化特定變數以滿足安全約束，那麼我們應該將該變數聲明為transient。執行序列化時，JVM會忽略transient變數的原始值並將默認值(引用類型就是null，數字就是0)保存到文件中。因此，transient意味著不要序列化。
靜態變數不是對象狀態的一部分，因此它不參與序列化。所以將靜態變數聲明為transient變數是沒有用處的。