① java序列化不同JVM版本問題，怎麼解決
簡單來說，Java的序列化機制是通過在運行時判斷類的serialVersionUID來驗證版本一致性的。在進行反序列化時，JVM會把傳來的位元組流中的serialVersionUID與本地相應實體（類）的serialVersionUID進行比較，如果相同就認為是一致的，可以進行反序列化，否則就會出現序列化版本不一致的異常。
當實現java.io.Serializable介面的實體（類）沒有顯式地定義一個名為serialVersionUID，類型為long的變數時，Java序列化機制會根據編譯的class自動生成一個serialVersionUID作序列化版本比較用，這種情況下，只有同一次編譯生成的class才會生成相同的serialVersionUID 。
如果我們不希望通過編譯來強制劃分軟體版本，即實現序列化介面的實體能夠兼容先前版本，未作更改的類，就需要顯式地定義一個名為serialVersionUID，類型為long的變數，不修改這個變數值的序列化實體都可以相互進行串列化和反串列化。
serialVersionUID主要來判斷不同版本的兼容性。
當在反序列化的時候，位元組流中的版本號，就和serialVersionUID區比較，而生成它的對象。
如果你沒有設置，java序列化機制，也自動會給你分配一個。
其實這個東西沒必要去考慮！中軟卓越APP，你了解的更多
② 幾種Java序列化 對比
在java中socket傳輸數據時，數據類型往往比較難選擇。可能要考慮帶寬、跨語言、版本的兼容等問題。比較常見的做法有兩種：一是把對象包裝成JSON字元串傳輸，二是採用java對象的序列化和反序列化。隨著Google工具protoBuf的開源，protobuf也是個不錯的選擇。對JSON,Object Serialize,ProtoBuf 做個對比。
定義一個待傳輸的對象UserVo：
Java代碼
public class User{
private String name;
private int age;
private long phone;
private List<User> friends;
}
初始化User的實例src：
Java代碼
User user1 = new UserVo();
user1 .setName("user1 ");
user1 .setAge(30);
user1 .setPhone(13789126278L);
UserVo f1 = new UserVo();
f1.setName("tmac");
f1.setAge(32);
f1.setPhone(123L);
User user2 = new User();
user2 .setName("user2 ");
user2 .setAge(29);
user2 .setPhone(123L);
List<User> friends = new ArrayList<User>();
friends.add(user1 );
friends.add(user2 );
user1 .setFriends(friends);
JSON格式
採用Google的gson-2.2.2.jar 進行轉義
Java代碼
Gson gson = new Gson();
String json = gson.toJson(src);
得到的字元串：
Js代碼
{"name":"user1 ","age":30,"phone":123,"friends":[{"name":"user1 ","age":32,"phone":123},{"name":"user2 ","age":29,"phone":123}]}
位元組數為153
Json的優點：明文結構一目瞭然，可以跨語言，屬性的增加減少對解析端影響較小。缺點：位元組數過多，依賴於不同的第三方類庫。
Object Serialize
UserVo實現Serializalbe介面，提供唯一的版本號：
Java代碼
public class User implements Serializable{
private static final long serialVersionUID = -5726374138698742258L;
private String name;
private int age;
private long phone;
private List<User> friends;
序列化方法：
Java代碼
ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream os = new ObjectOutputStream(bos);
os.writeObject(src);
os.flush();
os.close();
byte[] b = bos.toByteArray();
bos.close();
位元組數是238
反序列化：
Java代碼
ObjectInputStream ois = new ObjectInputStream(fis);
vo = (UserVo) ois.readObject();
ois.close();
fis.close();
Object Serializalbe 優點：java原生支持，不需要提供第三方的類庫，使用比較簡單。缺點：無法跨語言，位元組數佔用比較大，某些情況下對於對象屬性的變化比較敏感。
對象在進行序列化和反序列化的時候，必須實現Serializable介面，但並不強制聲明唯一的serialVersionUID
是否聲明serialVersionUID對於對象序列化的向上向下的兼容性有很大的影響。我們來做個測試：
思路一
把User中的serialVersionUID去掉，序列化保存。反序列化的時候，增加或減少個欄位，看是否成功。
Java代碼
public class User implements Serializable{
private String name;
private int age;
private long phone;
private List<UserVo> friends;
保存到文件中：
Java代碼
ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream os = new ObjectOutputStream(bos);
os.writeObject(src);
os.flush();
os.close();
byte[] b = bos.toByteArray();
bos.close();
FileOutputStream fos = new FileOutputStream(dataFile);
fos.write(b);
fos.close();
增加或者減少欄位後，從文件中讀出來，反序列化：
Java代碼
FileInputStream fis = new FileInputStream(dataFile);
ObjectInputStream ois = new ObjectInputStream(fis);
vo = (User) ois.readObject();
ois.close();
fis.close();
結果：拋出異常信息
Java代碼
Exception in thread "main" java.io.InvalidClassException: serialize.obj.UserVo; local class incompatible: stream classdesc serialVersionUID = 3305402508581390189, local class serialVersionUID = 7174371419787432394
at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:560)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1582)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1731)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at serialize.obj.ObjectSerialize.read(ObjectSerialize.java:74)
at serialize.obj.ObjectSerialize.main(ObjectSerialize.java:27)
思路二
eclipse指定生成一個serialVersionUID，序列化保存，修改欄位後反序列化
略去代碼
結果：反序列化成功
結論
如果沒有明確指定serialVersionUID，序列化的時候會根據欄位和特定的演算法生成一個serialVersionUID，當屬性有變化時這個id發生了變化，所以反序列化的時候就會失敗。拋出「本地classd的唯一id和流中class的唯一id不匹配」。
jdk文檔關於serialVersionUID的描述：
寫道
如果可序列化類未顯式聲明 serialVersionUID，則序列化運行時將基於該類的各個方面計算該類的默認 serialVersionUID 值，如「Java(TM) 對象序列化規范」中所述。不過，強烈建議 所有可序列化類都顯式聲明 serialVersionUID 值，原因是計算默認的 serialVersionUID 對類的詳細信息具有較高的敏感性，根據編譯器實現的不同可能千差萬別，這樣在反序列化過程中可能會導致意外的 InvalidClassException。因此，為保證 serialVersionUID 值跨不同 java 編譯器實現的一致性，序列化類必須聲明一個明確的 serialVersionUID 值。還強烈建議使用 private 修飾符顯示聲明 serialVersionUID（如果可能），原因是這種聲明僅應用於直接聲明類 -- serialVersionUID 欄位作為繼承成員沒有用處。數組類不能聲明一個明確的 serialVersionUID，因此它們總是具有默認的計算值，但是數組類沒有匹配 serialVersionUID 值的要求。
Google ProtoBuf
protocol buffers 是google內部得一種傳輸協議，目前項目已經開源（http://code.google.com/p/protobuf/）。它定義了一種緊湊得可擴展得二進制協議格式，適合網路傳輸，並且針對多個語言有不同得版本可供選擇。
以protobuf-2.5.0rc1為例，准備工作：
下載源碼，解壓，編譯，安裝
Shell代碼
tar zxvf protobuf-2.5.0rc1.tar.gz
./configure
./make
./make install
測試：
Shell代碼
MacBook-Air:~ ming$ protoc --version
libprotoc 2.5.0
安裝成功！進入源碼得java目錄，用mvn工具編譯生成所需得jar包，protobuf-java-2.5.0rc1.jar
1、編寫.proto文件，命名UserVo.proto
Text代碼
package serialize;
option java_package = "serialize";
option java_outer_classname="UserVoProtos";
message User{
optional string name = 1;
optional int32 age = 2;
optional int64 phone = 3;
repeated serialize.UserVo friends = 4;
}
2、在命令行利用protoc 工具生成builder類
Shell代碼
protoc -IPATH=.proto文件所在得目錄 --java_out=java文件的輸出路徑 .proto的名稱
得到UserProtos類
3、編寫序列化代碼
Java代碼
UserVoProtos.User.Builder builder = UserVoProtos.User.newBuilder();
builder.setName("Yaoming");
builder.setAge(30);
builder.setPhone(13789878978L);
UserVoProtos.UserVo.Builder builder1 = UserVoProtos.UserVo.newBuilder();
builder1.setName("tmac");
builder1.setAge(32);
builder1.setPhone(138999898989L);
UserVoProtos.UserVo.Builder builder2 = UserVoProtos.UserVo.newBuilder();
builder2.setName("liuwei");
builder2.setAge(29);
builder2.setPhone(138999899989L);
builder.addFriends(builder1);
builder.addFriends(builder2);
UserVoProtos.UserVo vo = builder.build();
byte[] v = vo.toByteArray();
位元組數53
4、反序列化
Java代碼
UserVoProtos.UserVo uvo = UserVoProtos.UserVo.parseFrom(dstb);
System.out.println(uvo.getFriends(0).getName());
結果：tmac，反序列化成功
google protobuf 優點：位元組數很小，適合網路傳輸節省io，跨語言 。缺點：需要依賴於工具生成代碼。
工作機制
proto文件是對數據的一個描述，包括欄位名稱，類型，位元組中的位置。protoc工具讀取proto文件生成對應builder代碼的類庫。protoc xxxxx --java_out=xxxxxx 生成java類庫。builder類根據自己的演算法把數據序列化成位元組流，或者把位元組流根據反射的原理反序列化成對象。官方的示例：https://developers.google.com/protocol-buffers/docs/javatutorial。
proto文件中的欄位類型和java中的對應關系：
詳見：https://developers.google.com/protocol-buffers/docs/proto
.proto Type java Type c++ Type
double double double
float float float
int32 int int32
int64 long int64
uint32 int uint32
unint64 long uint64
sint32 int int32
sint64 long int64
fixed32 int uint32
fixed64 long uint64
sfixed32 int int32
sfixed64 long int64
bool boolean bool
string String string
bytes byte string
欄位屬性的描述：
寫道
required: a well-formed message must have exactly one of this field.
optional: a well-formed message can have zero or one of this field (but not more than one).
repeated: this field can be repeated any number of times (including zero) in a well-formed message. The order of the repeated values will be preserved.
protobuf 在序列化和反序列化的時候，是依賴於.proto文件生成的builder類完成，欄位的變化如果不表現在.proto文件中就不會影響反序列化，比較適合欄位變化的情況。做個測試：
把UserVo序列化到文件中：
Java代碼
UserProtos.User vo = builder.build();
byte[] v = vo.toByteArray();
FileOutputStream fos = new FileOutputStream(dataFile);
fos.write(vo.toByteArray());
fos.close();
為User增加欄位，對應的.proto文件：
Text代碼
package serialize;
option java_package = "serialize";
option java_outer_classname="UserVoProtos";
message User{
optional string name = 1;
optional int32 age = 2;
optional int64 phone = 3;
repeated serialize.UserVo friends = 4;
optional string address = 5;
}
從文件中反序列化回來：
Java代碼
FileInputStream fis = new FileInputStream(dataFile);
byte[] dstb = new byte[fis.available()];
for(int i=0;i<dstb.length;i++){
dstb[i] = (byte)fis.read();
}
fis.close();
UserProtos.User uvo = UserProtos.User.parseFrom(dstb);
System.out.println(uvo.getFriends(0).getName());
成功得到結果。
三種方式對比傳輸同樣的數據，google protobuf只有53個位元組是最少的。結論：
方式 優點 缺點
JSON 跨語言、格式清晰一目瞭然
位元組數比較大，需要第三方類庫
Object Serialize java原生方法不依賴外部類庫 位元組數比較大，不能跨語言
Google protobuf 跨語言、位元組數比較少
編寫.proto配置用protoc工具生成對應的代碼
③ 什麼是java序列化
一、序列化和反序列化的概念
把對象轉換為位元組序列的過程稱為對象的序列化。
把位元組序列恢復為對象的過程稱為對象的反序列化。
對象的序列化主要有兩種用途：
1） 把對象的位元組序列永久地保存到硬碟上，通常存放在一個文件中；
2） 在網路上傳送對象的位元組序列。
二、什麼場景會涉及序列化和反序列化的概念
在很多應用中，需要對某些對象進行序列化，讓它們離開內存空間，入住物理硬碟，以便長期保存。比如最常見的是Web伺服器中的Session對象，當有 10萬用戶並發訪問，就有可能出現10萬個Session對象，內存可能吃不消，於是Web容器就會把一些session先序列化到硬碟中，等要用了，再把保存在硬碟中的對象還原到內存中。
作者：燁楓_邱
④ 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變數是沒有用處的。