遇到這個(gè) Java Serializable 序列化這個(gè)接口，我們可能會(huì)有如下的問題
a绰姻，什么叫序列化和反序列化
b枉侧，作用。為啥要實(shí)現(xiàn)這個(gè) Serializable 接口狂芋，也就是為啥要序列化
c榨馁，serialVersionUID 這個(gè)的值到底是在怎么設(shè)置的，有什么用帜矾。有的是1L翼虫，有的是一長串?dāng)?shù)字，迷惑ing黍特。
我剛剛見到這個(gè)關(guān)鍵字 Serializable 的時(shí)候蛙讥，就有如上的這么些問題。
在處理這個(gè)問題之前灭衷，你要先知道一個(gè)問題次慢，這個(gè)比較重要。
這個(gè)Serializable接口，以及相關(guān)的東西迫像，全部都在 Java io 里面的劈愚。
序列化：把對象轉(zhuǎn)換為字節(jié)序列的過程稱為對象的序列化。
反序列化：把字節(jié)序列恢復(fù)為對象的過程稱為對象的反序列化闻妓。
上面是專業(yè)的解釋菌羽，現(xiàn)在來點(diǎn)通俗的解釋。在代碼運(yùn)行的時(shí)候由缆，我們可以看到很多的對象(debug過的都造吧)注祖，
可以是一個(gè)，也可以是一類對象的集合均唉，很多的對象數(shù)據(jù)是晨，這些數(shù)據(jù)中，
有些信息我們想讓他持久的保存起來舔箭，那么這個(gè)序列化罩缴。
就是把內(nèi)存里面的這些對象給變成一連串的字節(jié)描述的過程。
常見的就是變成文件
我不序列化也可以保存文件啥的呀层扶，有什么影響呢箫章？我也是這么問的。
當(dāng)你想把的內(nèi)存中的對象狀態(tài)保存到一個(gè)文件中或者數(shù)據(jù)庫中時(shí)候镜会；
當(dāng)你想用套接字在網(wǎng)絡(luò)上傳送對象的時(shí)候檬寂；
當(dāng)你想通過RMI傳輸對象的時(shí)候；
(老實(shí)說稚叹，上面的幾種焰薄，我可能就用過個(gè)存數(shù)據(jù)庫的)
實(shí)現(xiàn)Serializable接口即可
上面這些理論都比較簡單，下面實(shí)際代碼看看這個(gè)序列化到底能干啥扒袖，以及會(huì)產(chǎn)生的bug問題塞茅。
先上對象代碼，飛豬.java
packagecom.lxk.model;
importjava.io.Serializable;
/**
*@authorlxk on 2017/11/1
*/
publicclassFlyPigimplementsSerializable{
//private static final long serialVersionUID = 1L;
privatestaticString AGE ="269";
privateString name;
privateString color;
transientprivateString car;
//private String addTip;
publicStringgetName(){
returnname;
? ? }
publicvoidsetName(String name){
this.name = name;
? ? }
publicStringgetColor(){
returncolor;
? ? }
publicvoidsetColor(String color){
this.color = color;
? ? }
publicStringgetCar(){
returncar;
? ? }
publicvoidsetCar(String car){
this.car = car;
? ? }
//public String getAddTip() {
//? ? return addTip;
//}
//
//public void setAddTip(String addTip) {
//? ? this.addTip = addTip;
//}
@Override
publicStringtoString(){
return"FlyPig{"+
"name='"+ name +'\''+
", color='"+ color +'\''+
", car='"+ car +'\''+
", AGE='"+ AGE +'\''+
//", addTip='" + addTip + '\'' +
'}';
? ? }
}
注意下季率，注釋的代碼野瘦，是一會(huì)兒要各種情況下使用的。
下面就是main方法啦
packagecom.lxk.test;
importcom.lxk.model.FlyPig;
importjava.io.*;
/**
* 序列化測試
*
*@authorlxk on 2017/11/1
*/
publicclassSerializableTest{
publicstaticvoidmain(String[] args)throwsException{
? ? ? ? serializeFlyPig();
? ? ? ? FlyPig flyPig = deserializeFlyPig();
? ? ? ? System.out.println(flyPig.toString());
? ? }
/**
? ? * 序列化
? ? */
privatestaticvoidserializeFlyPig()throwsIOException{
FlyPig flyPig =newFlyPig();
flyPig.setColor("black");
flyPig.setName("naruto");
flyPig.setCar("0000");
// ObjectOutputStream 對象輸出流飒泻，將 flyPig 對象存儲到E盤的 flyPig.txt 文件中鞭光，完成對 flyPig 對象的序列化操作
ObjectOutputStream oos =newObjectOutputStream(newFileOutputStream(newFile("d:/flyPig.txt")));
? ? ? ? oos.writeObject(flyPig);
System.out.println("FlyPig 對象序列化成功！");
? ? ? ? oos.close();
? ? }
/**
? ? * 反序列化
? ? */
privatestaticFlyPigdeserializeFlyPig()throwsException{
ObjectInputStream ois =newObjectInputStream(newFileInputStream(newFile("d:/flyPig.txt")));
? ? ? ? FlyPig person = (FlyPig) ois.readObject();
System.out.println("FlyPig 對象反序列化成功泞遗！");
returnperson;
? ? }
}
對上面的2個(gè)操作文件流的類的簡單說明
ObjectOutputStream代表對象輸出流：
它的writeObject(Object obj)方法可對參數(shù)指定的obj對象進(jìn)行序列化惰许，把得到的字節(jié)序列寫到一個(gè)目標(biāo)輸出流中。
ObjectInputStream代表對象輸入流：
它的readObject()方法從一個(gè)源輸入流中讀取字節(jié)序列史辙，再把它們反序列化為一個(gè)對象汹买，并將其返回佩伤。
具體怎么看運(yùn)行情況。
第一種：上來就這些代碼晦毙，不動(dòng)生巡，直接run，看效果见妒。
實(shí)際運(yùn)行結(jié)果孤荣，他會(huì)在 d:/flyPig.txt 生成個(gè)文件。
從運(yùn)行結(jié)果上看：
1须揣，他實(shí)現(xiàn)了對象的序列化和反序列化盐股。
2，transient 修飾的屬性返敬，是不會(huì)被序列化的遂庄。我設(shè)置的奧迪四個(gè)圈的車不見啦，成了null劲赠。my god。
3秸谢，你先別著急說凛澎，這個(gè)靜態(tài)變量AGE也被序列化啦。這個(gè)得另測估蹄。
第二種：為了驗(yàn)證這個(gè)靜態(tài)的屬性能不能被序列化和反序列化塑煎，可如下操作。
publicstaticvoidmain(String[] args)throwsException{
? ? ? ? serializeFlyPig();
????????//FlyPig flyPig = deserializeFlyPig();
????????//System.out.println(flyPig.toString());
? ? }
這個(gè)完了之后臭蚁，意思也就是說最铁，你先序列化個(gè)對象到文件了。這個(gè)對象是帶靜態(tài)變量的static垮兑。
現(xiàn)在修改flyPig類里面的AGE的值冷尉，給改成26吧。
然后系枪，看下圖里面的運(yùn)行代碼和執(zhí)行結(jié)果雀哨。
可以看到，剛剛序列化的269私爷，沒有讀出來雾棺。而是剛剛修改的26，如果可以的話衬浑，應(yīng)該是覆蓋這個(gè)26捌浩，是269才對。
所以工秩，得出結(jié)論尸饺，這個(gè)靜態(tài)static的屬性进统，他不序列化。
第三種：示范這個(gè) serialVersionUID 的作用和用法
最暴力的改法侵佃，直接把model的類實(shí)現(xiàn)的這個(gè)接口去掉麻昼。然后執(zhí)行后面的序列化和反序列化的方法。直接報(bào)錯(cuò)馋辈。
拋異常：NotSerializableException
這個(gè)太暴力啦抚芦，不推薦這么干。
然后就是迈螟，還和上面的操作差不多叉抡，先是單獨(dú)執(zhí)行序列化方法。生成文件答毫。
然后褥民，打開屬性 addTip ，這之后洗搂，再次執(zhí)行反序列化方法消返，看現(xiàn)象。
拋異常：InvalidClassException? 詳情如下耘拇。
InvalidClassException: com.lxk.model.FlyPig;
local class incompatible:
stream classdesc serialVersionUID = -3983502914954951240,
local class serialVersionUID = 7565838717623951575
解釋一下：
因?yàn)槲以賛odel里面是沒有明確的給這個(gè)?serialVersionUID 賦值撵颊，但是，Java會(huì)自動(dòng)的給我賦值的惫叛，
這個(gè)值跟這個(gè)model的屬性相關(guān)計(jì)算出來的倡勇。
我保存的時(shí)候，也就是我序列化的時(shí)候嘉涌，那時(shí)候還沒有這個(gè)addTip屬性呢妻熊，
所以，自動(dòng)生成的serialVersionUID 這個(gè)值仑最，
在我反序列化的時(shí)候Java自動(dòng)生成的這個(gè)serialVersionUID值是不同的扔役，他就拋異常啦。
（你還可以反過來词身，帶ID去序列化厅目，然后，沒ID去反序列化法严。也是同樣的問題损敷。）
再來一次，就是先序列化深啤，這個(gè)時(shí)候拗馒，把 private static final long serialVersionUID = 1L; 這行代碼的注釋打開。那個(gè)addTip屬性先注釋掉
序列化之后溯街，再把這個(gè)屬性打開诱桂，再反序列化洋丐。看看什么情況挥等。
這個(gè)時(shí)候友绝，代碼執(zhí)行OK，一切正常肝劲。good迁客。
這個(gè)現(xiàn)象對我們有什么意義：
老鐵，這個(gè)意義比較大辞槐，首先掷漱，你要是不知道這個(gè)序列化是干啥的，萬一他真的如開頭所講的那樣存數(shù)據(jù)庫啦榄檬，socket傳輸啦卜范，rmi傳輸啦。雖然我也不知道這是干啥的鹿榜。你就給model bean 實(shí)現(xiàn)了個(gè)這個(gè)接口海雪，你沒寫這個(gè)?serialVersionUID 那么在后來擴(kuò)展的時(shí)候，可能就會(huì)出現(xiàn)不認(rèn)識舊數(shù)據(jù)的bug舱殿，那不就炸啦嗎喳魏。回憶一下上面的這個(gè)出錯(cuò)情況怀薛。想想都可怕，這個(gè)鍋誰來背迷郑？?
所以枝恋，有這么個(gè)理論，就是在實(shí)現(xiàn)這個(gè)Serializable 接口的時(shí)候嗡害，一定要給這個(gè)?serialVersionUID 賦值焚碌，就是這么個(gè)問題。
這也就解釋了霸妹，我們剛剛開始編碼的時(shí)候十电，實(shí)現(xiàn)了這個(gè)接口之后，為啥eclipse編輯器要黃色警告叹螟，需要添加個(gè)這個(gè)ID的值鹃骂。而且還是一長串你都不知道怎么來的數(shù)字。
下面解釋這個(gè) serialVersionUID 的值到底怎么設(shè)置才OK罢绽。
首先畏线，你可以不用自己去賦值，Java會(huì)給你賦值良价，但是寝殴，這個(gè)就會(huì)出現(xiàn)上面的bug蒿叠，很不安全，所以蚣常，還得自己手動(dòng)的來市咽。
那么，我該怎么賦值抵蚊，eclipse可能會(huì)自動(dòng)給你賦值個(gè)一長串?dāng)?shù)字施绎。這個(gè)是沒必要的。
可以簡單的賦值個(gè)?1L泌射，這就可以啦粘姜。。這樣可以確保代碼一致時(shí)反序列化成功熔酷。
不同的serialVersionUID的值孤紧，會(huì)影響到反序列化，也就是數(shù)據(jù)的讀取拒秘，你寫1L号显，注意L大些。計(jì)算機(jī)是不區(qū)分大小寫的躺酒，但是押蚤，作為觀眾的我們，是要區(qū)分1和L的l羹应，所以說揽碘，這個(gè)值，閑的沒事不要亂動(dòng)园匹，不然一個(gè)版本升級雳刺，舊數(shù)據(jù)就不兼容了，你還不知道問題在哪裸违。掖桦。。
下面是摘自 jdk api 文檔里面關(guān)于接口 Serializable 的描述
類通過實(shí)現(xiàn) java.io.Serializable 接口以啟用其序列化功能供汛。
未實(shí)現(xiàn)此接口的類將無法使其任何狀態(tài)序列化或反序列化枪汪。
可序列化類的所有子類型本身都是可序列化的。因?yàn)閷?shí)現(xiàn)接口也是間接的等同于繼承怔昨。
序列化接口沒有方法或字段雀久，僅用于標(biāo)識可序列化的語義。
關(guān)于 serialVersionUID 的描述
序列化運(yùn)行時(shí)使用一個(gè)稱為 serialVersionUID 的版本號與每個(gè)可序列化類相關(guān)聯(lián)朱监，該序列號在反序列化過程中用于驗(yàn)證序列化對象的發(fā)送者和接收者是否為該對象加載了與序列化兼容的類岸啡。如果接收者加載的該對象的類的 serialVersionUID 與對應(yīng)的發(fā)送者的類的版本號不同，則反序列化將會(huì)導(dǎo)致 InvalidClassException赫编⊙舱海可序列化類可以通過聲明名為 "serialVersionUID" 的字段（該字段必須是靜態(tài) (static)奋隶、最終 (final) 的 long 型字段）顯式聲明其自己的 serialVersionUID：
如果可序列化類未顯式聲明 serialVersionUID，則序列化運(yùn)行時(shí)將基于該類的各個(gè)方面計(jì)算該類的默認(rèn) serialVersionUID 值悦荒，如“Java(TM) 對象序列化規(guī)范”中所述唯欣。不過，強(qiáng)烈建議 所有可序列化類都顯式聲明 serialVersionUID 值搬味，原因是計(jì)算默認(rèn)的 serialVersionUID 對類的詳細(xì)信息具有較高的敏感性境氢，根據(jù)編譯器實(shí)現(xiàn)的不同可能千差萬別，這樣在反序列化過程中可能會(huì)導(dǎo)致意外的 InvalidClassException碰纬。因此萍聊，為保證 serialVersionUID 值跨不同 java 編譯器實(shí)現(xiàn)的一致性，序列化類必須聲明一個(gè)明確的 serialVersionUID 值悦析。還強(qiáng)烈建議使用 private 修飾符顯示聲明 serialVersionUID（如果可能）寿桨，原因是這種聲明僅應(yīng)用于直接聲明類 -- serialVersionUID 字段作為繼承成員沒有用處。數(shù)組類不能聲明一個(gè)明確的 serialVersionUID强戴，因此它們總是具有默認(rèn)的計(jì)算值亭螟，但是數(shù)組類沒有匹配 serialVersionUID 值的要求。
