在很多應用中,需要對某些對象進行序列化,讓它們離開內存空間,入住物理硬盤,以便長期保存。比如最常見的是Web服務器中的Session對象,當有10萬用戶併發訪問,就有可能出現10萬個Session對象,內存可能吃不消,於是Web容器就會把一些seesion先序列化到內存,等要用了,再還原到對象中,說白了,就是能將一個2進制文件變成內存中的對象。在JAVA中,要實現這種機制,只要實現Serializable接口就可以了,先看下面這個簡單例子,serialVersionUID稍後引出。我們先定義一個簡單的Person類,然後創建這個對象,最後序列化它到一個文件。
- import java.io.Serializable;
- public class Person implements Serializable {
- private String name;
- public String getName() {
- return name;
- }
- public void setName(String name) {
- this.name = name;
- }
- }
- import java.io.FileInputStream;
- import java.io.FileOutputStream;
- import java.io.ObjectInputStream;
- import java.io.ObjectOutputStream;
- public class WhySerialversionUID {
- public static void main(String[] args) throws Exception {
- //這裏是把對象序列化到文件
- Person crab = new Person();
- crab.setName("Mr.Crab");
- ObjectOutputStream oo = new ObjectOutputStream
- (new FileOutputStream("crab_file"));
- oo.writeObject(crab);
- oo.close();
- //這裏是把對象序列化到文件,我們先註釋掉,一會兒用
- //ObjectInputStream oi = new ObjectInputStream
- // (new FileInputStream("crab_file"));
- //Person crab_back = (Person) oi.readObject();
- //System.out.println("Hi, My name is " + crab_back.getName());
- //oi.close();
- }
- }
運行完後,我們發現有了一個crab_file文件,這個文件就保存這crab對象在內存中的形態。同樣,我們把這部分代碼註釋掉,運行下面那段還原代碼,發現,crab_file文件可以被轉化爲一個對象。
一切都那麼順利,但是如果在序列化之後,Person這個類發生了改變呢?比如,多了一個成員變量。我們做如下試驗,還是先將對象序列化到一個文件中,之後在Person這個類中添加一個成員變量,如下:
- import java.io.Serializable;
- public class Person implements Serializable {
- private String name;
- //添加這麼一個成員變量
- private String address;
- public String getName() {
- return name;
- }
- public void setName(String name) {
- this.name = name;
- }
- }
之後,我們再去運行一下還原,就發現運行出錯了,會報如下錯誤:
Exception in thread “main” java.io.InvalidClassException: Person; local class incompatible: stream classdesc serialVersionUID = 8383901821872620925, local class serialVersionUID = -763618247875550322
意思就是說,文件流中的class和classpath中的class,也就是修改過後的class,不兼容了,處於安全機制考慮,程序拋出了錯誤,並且拒絕載入。那麼如果我們真的有需求要在序列化後添加一個字段或者方法呢?應該怎麼辦?那就是自己去指定serialVersionUID。之前,在我們的例子中,我們是沒有指定serialVersionUID的,那麼java編譯器會自動給這個class進行一個摘要算法,類似於指紋算法,只要這個文件多一個空格,得到的UID就會截然不同的,可以保證在這麼多類中,這個編號是唯一的。所以,我們添加了一個字段後,由於沒有顯指定serialVersionUID,編譯器又爲我們生成了一個UID,當然和前面保存在文件中的那個不會一樣了,於是就出現了2個號碼不一致的錯誤。因此,只要我們自己指定了serialVersionUID,就可以在序列化後,去添加一個字段,或者方法,而不會影響到後期的還原,還原後的對象照樣可以使用,而且還多了方法可以用,呵呵。但是serialVersionUID我們怎麼去生成呢?你可以寫1,也可以寫2,都無所謂,但是最好還是按照摘要算法,生成一個惟一的指紋數字,eclipse可以自動生成的,jdk也自帶了這個工具。一般寫法類似於
private static final long serialVersionUID = -763618247875550322L;