兼容性問題
兼容性歷來是復(fù)雜而麻煩的問題。
不要兼容性：
首先來看看如果我們的目的是不要兼容性，應(yīng)該注意哪些。不要兼容性的場合很多，比如war3每當(dāng)版本升級就不能夠讀取以前的replays。
兼容也就是版本控制，java通過一個(gè)名為UID（stream uniqueidentifier）來控制，這個(gè)UID是隱式的，它通過類名，方法名等諸多因素經(jīng)過計(jì)算而得，理論上是一一映射的關(guān)系，也就是唯一的。如果UID不一樣的話，就無法實(shí)現(xiàn)反序列化了，并且將會得到InvalidClassException。
當(dāng)我們要人為的產(chǎn)生一個(gè)新的版本（實(shí)現(xiàn)并沒有改動），而拋棄以前的版本的話，可以通過顯式的聲名UID來實(shí)現(xiàn)：
private static final long serialVersionUID=1l;
你可以編造一個(gè)版本號，但注意不要重復(fù)。這樣在反序列化的時(shí)候老版本將得到InvalidClassException，我們可以在老版本的地方捕捉這個(gè)異常，并提示用戶升級的新的版本。
當(dāng)改動不大時(shí)，保持兼容性（向下兼容性的一個(gè)特例）：
有時(shí)候你的類增加了一些無關(guān)緊要的非私有方法，而邏輯字段并不改變的時(shí)候，你當(dāng)然希望老版本和新版本保持兼容性，方法同樣是通過顯式的聲名UID來實(shí)現(xiàn)。下面我們驗(yàn)證一下。
老版本：
import java.io.*;
public class Serial implements Serializable {
int company_id;
String company_addr;
public Serial1(int company_id, String company_addr) {
this.company_id = company_id;
this.company_addr = company_addr;
}
public String toString() {
return "DATA: "+company_id+" "+
company_addr;
}
}
新版本
import java.io.*;
public class Serial implements Serializable {
int company_id;
String company_addr;
public Serial1(int company_id, String company_addr) {
this.company_id = company_id;
this.company_addr = company_addr;
}
public String toString() {
return "DATA: "+company_id+" "+ company_addr;
}
public void todo(){}//無關(guān)緊要的方法
}
首先將老版本序列化，然后用新版本讀出，發(fā)生錯誤：
java.io.InvalidClassException: Serial.Serial1; local classincompatible: stream classdesc serialVersionUID = 762508508425139227,local class serialVersionUID = 1187169935661445676
接下來我們加入顯式的聲名UID：
private static final long serialVersionUID=762508508425139227l;
再次運(yùn)行，順利地產(chǎn)生新對象
DATA: 1001 com1
如何保持向上兼容性：
向上兼容性是指老的版本能夠讀取新的版本序列化的數(shù)據(jù)流。常常出現(xiàn)在我們的服務(wù)器的數(shù)據(jù)更新了，仍然希望老的客戶端能夠支持反序列化新的數(shù)據(jù)流，直到其更新到新的版本?？梢哉f，這是半自動的事情。
跟一般的講，因?yàn)樵趈ava中serialVersionUID是唯一控制著能否反序列化成功的標(biāo)志，只要這個(gè)值不一樣，就無法反序列化成功。但只要這個(gè)值相同，無論如何都將反序列化，在這個(gè)過程中，對于向上兼容性，新數(shù)據(jù)流中的多余的內(nèi)容將會被忽略；對于向下兼容性而言，舊的數(shù)據(jù)流中所包含的所有內(nèi)容都將會被恢復(fù)，新版本的類中沒有涉及到的部分將保持默認(rèn)值。利用這一特性，可以說，只要我們認(rèn)為的保持serialVersionUID不變，向上兼容性是自動實(shí)現(xiàn)的。
當(dāng)然，一但我們將新版本中的老的內(nèi)容拿掉，情況就不同了，即使UID保持不變，會引發(fā)異常。正是因?yàn)檫@一點(diǎn)，我們要牢記一個(gè)類一旦實(shí)現(xiàn)了序列化又要保持向上下兼容性，就不可以隨隨便便的修改了?。?！
測試也證明了這一點(diǎn)，有興趣的讀者可以自己試一試。
如何保持向下兼容性：
一如上文所指出的，你會想當(dāng)然的認(rèn)為只要保持serialVersionUID不變，向下兼容性是自動實(shí)現(xiàn)的。但實(shí)際上，向下兼容要復(fù)雜一些。這是因?yàn)椋覀儽仨氁獙δ切]有初始化的字段負(fù)責(zé)。要保證它們能被使用。
所以必須要利用
private void readObject(java.io.ObjectInputStream in)
throws IOException, ClassNotFoundException{
in.defaultReadObject();//先反序列化對象
if（ver=5552）{//以前的版本5552
…初始化其他字段
}else if（ver=5550）{//以前的版本5550
…初始化其他字段
}else{//太老的版本不支持
throw new InvalidClassException();
}
}
細(xì)心的讀者會注意到要保證in.defaultReadObject();能夠順利執(zhí)行，就必須要求serialVersionUID保持一致，所以這里的ver不能夠利用serialVersionUID了。這里的ver是一個(gè)我們預(yù)先安插好的final longver=xxxx;并且它不能夠被transient修飾。所以保持向下的兼容性至少有三點(diǎn)要求：
1.serialVersionUID保持一致
2.預(yù)先安插好我們自己的版本識別標(biāo)志的final long ver=xxxx;
3.保證初始化所有的域
討論一下兼容性策略：
到這里我們可以看到要保持向下的兼容性很麻煩。而且隨著版本數(shù)目的增加。維護(hù)會變得困難而繁瑣。討論什么樣的程序應(yīng)該使用怎么樣的兼容性序列化策略已經(jīng)超出本文的范疇，但是對于一個(gè)游戲的存盤功能，和對于一個(gè)字處理軟件的文檔的兼容性的要求肯定不同。對于rpg游戲的存盤功能，一般要求能夠保持向下兼容，這里如果使用java序列化的方法，則可根據(jù)以上分析的三點(diǎn)進(jìn)行準(zhǔn)備。對于這樣的情況使用對象序列化方法還是可以應(yīng)付的。對于一個(gè)字處理軟件的文檔的兼容性要求頗高，一般情況下的策略都是要求良好的向下兼容性，和盡可能的向上兼容性。則一般不會使用對象序列化技術(shù)，一個(gè)精心設(shè)計(jì)的文檔結(jié)構(gòu)，更能解決問題。
ps:serialVersionUID做為序列化的版本控制是一個(gè)非常有用的兼容手段，通常情況下，我們應(yīng)該手工設(shè)置該值，當(dāng)然，ide eclipse有提示你設(shè)置其值。serialVersionUID可以任意設(shè)置，根據(jù)不同的兼容性做相應(yīng)改動。
