把對象轉換爲字節序列的過程稱爲對象的序列化;把字節序列恢復爲對象的過程稱爲對象的反序列化。java
1) 把對象的字節序列永久地保存到硬盤上,一般存放在一個文件中;算法
2) 在網絡上傳送對象的字節序列。json
在不少應用中,須要對某些對象進行序列化,讓它們離開內存空間,入住物理硬盤,以便長期保存。好比最 常見的是Web服務器中的Session對象,當有 10萬用戶併發訪問,就有可能出現10萬個Session對象,內存 可能吃不消,因而Web容器就會把一些seesion先序列化到硬盤中,等要用了,再把保存在硬盤中的對象還原 到內存中。 當兩個進程在進行遠程通訊時,彼此能夠發送各類類型的數據。不管是何種類型的數據,都會以二進制序列 的形式在網絡上傳送。發送方須要把這個Java對象轉換爲字節序列,才能在網絡上傳送;接收方則須要把字 節序列再恢復爲Java對象。
ObjectOutputStream表明對象輸出流,它的writeObject(Object obj)方法可對參數指定的obj對象進行序 列化,把獲得的字節序列寫到一個目標輸出流中。 ObjectInputStream表明對象輸入流,它的readObject()方法從一個源輸入流中讀取字節序列,再把它們反 序列化爲一個對象,並將其返回。 只有實現了Serializable和Externalizable接口的類的對象才能被序列化。Externalizable接口繼承自 Serializable接口,實現Externalizable接口的類徹底由自身來控制序列化的行爲,而僅實現 Serializable接口的類能夠 採用默認的序列化方式 。
1) 建立一個對象輸出流,它能夠包裝一個其餘類型的目標輸出流,如文件輸出流;安全
2) 經過對象輸出流的writeObject()方法寫對象。服務器
1) 建立一個對象輸入流,它能夠包裝一個其餘類型的源輸入流,如文件輸入流;網絡
2) 經過對象輸入流的readObject()方法讀取對象。併發
定義一個Person類,實現Serializable接口eclipse
import java.io.Serializable; public class Person implements Serializable { private static final long serialVersionUID = 4603642343377807741L; private int age; private String name; private String sex; public int getAge() { return age; } public void setAge(int age) { this.age = age; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getSex() { return sex; } public void setSex(String sex) { this.sex = sex; }
}ide
import java.io.*; import java.text.MessageFormat; public class TestObjSerializeAndDeserialize { public static void main(String[] args) throws Exception { SerializePerson();//序列化Person對象 Person p = DeserializePerson();//反序列Perons對象 System.out.println(MessageFormat.format("name={0},age={1},sex={2}", p.getName(), p.getAge(), p.getSex())); } private static void SerializePerson() throws FileNotFoundException, IOException { Person person = new Person(); person.setName("gacl"); person.setAge(25); person.setSex("男"); // ObjectOutputStream 對象輸出流,將Person對象存儲到E盤的Person.txt文件中,完成對Person對象的序列化操做 ObjectOutputStream oo = new ObjectOutputStream(new FileOutputStream(new File("E:/Person.txt"))); oo.writeObject(person); System.out.println("Person對象序列化成功!"); oo.close(); } private static Person DeserializePerson() throws Exception, IOException { ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("E:/Person.txt"))); Person person = (Person) ois.readObject(); System.out.println("Person對象反序列化成功!"); return person; }
}工具
序列化Person成功後在E盤生成了一個Person.txt文件,而反序列化Person是讀取E盤的Person.txt後生成了 一個Person對象
serialVersionUID: 字面意思上是序列化的版本號,凡是實現Serializable接口的類都有一個表示序列化版本 標識符的靜態變量 private static final long serialVersionUID
1)在eclipse環境下,實現Serializable接口的類假設類中沒有加入serialVersionUID。那麼就會出現例如如下的警告提示
用鼠標點擊就會彈出生成serialVersionUID的對話框。例如如下圖所看到的:
serialVersionUID有兩種生成方式:
採用這樣的方式生成的serialVersionUID是1L,好比: private static final long serialVersionUID = 1L; 採用這樣的方式生成的serialVersionUID是依據類名,接口名。方法和屬性等來生成的,好比: private static final long serialVersionUID = 4603642343377807741L;
加入了以後就不會出現那個警告提示了。例如如下所看到的:
2)在AndroidStudio開發環境下面,須要進行相關配置才能自動生成SerialVersionUID:
步驟一:File->setting->Inspections->Serializationissues,將其展開後將
serialzableclasswithout"serialVersionUID"打上勾;
以下圖:
步驟二:將光標放到已經implements Serializable的實體類上,按alt+回車就能夠出現生成序列版本ID的對話框了。
那麼serialVersionUID(序列化版本號)到底有什麼用呢,咱們用以下的例子來講明一下serialVersionUID的做用,
下面的代碼:**
public class TestSerialVersionUID { public static void main(String[] args) throws Exception { SerializeCustomer();// 序列化Customer對象 Customer customer = DeserializeCustomer();// 反序列Customer對象 System.out.println(customer); } private static void SerializeCustomer() throws FileNotFoundException, IOException { Customer customer = new Customer("gacl", 25); // ObjectOutputStream 對象輸出流 ObjectOutputStream oo = new ObjectOutputStream(new FileOutputStream( new File("E:/Customer.txt"))); oo.writeObject(customer); System.out.println("Customer對象序列化成功!"); oo.close(); } private static Customer DeserializeCustomer() throws Exception, IOException { ObjectInputStream ois = new ObjectInputStream(new FileInputStream( new File("E:/Customer.txt"))); Customer customer = (Customer) ois.readObject(); System.out.println("Customer對象反序列化成功!"); return customer; } } class Customer implements Serializable { //Customer類中沒有定義serialVersionUID private String name; private int age; public Customer(String name, int age) { this.name = name; this.age = age; } @Override public String toString() { return "name=" + name + ", age=" + age; } }
運行結果:
序列化和反序列化都成功了。
下面咱們修改一下Customer類,添加多一個sex屬性,以下:
class Customer implements Serializable { //Customer類中沒有定義serialVersionUID private String name; private int age; //新添加的sex屬性 private String sex; public Customer(String name, int age) { this.name = name; this.age = age; } public Customer(String name, int age, String sex) { this.name = name; this.age = age; this.sex = sex; } @Override public String toString() { return "name=" + name + ", age=" + age; }
}
而後執行反序列操做,此時就會拋出以下的異常信息:
Exception in thread "main" java.io.InvalidClassException: Customer; local class incompatible: stream classdesc serialVersionUID = -88175599799432325, local class serialVersionUID = -5182532647273106745
意思就是說,文件流中的class和classpath中的class, 也就是修改事後的class,不兼容了,處於安全機制
考慮,程序拋出了錯誤,而且拒絕載入。那麼若是咱們真的有需求要在序列化後添加一個字段或者方法呢?應
該怎麼辦?那就是本身去指定serialVersionUID。在TestSerialversionUID例子中,沒有指定Customer類
的serialVersionUID的,那麼java編譯器會自動給這個class進行一個摘要算法,相似於指紋算法,只要這個
文件 多一個空格,獲得的UID就會大相徑庭的,能夠保證在這麼多類中,這個編號是惟一的。因此,添加了一
個字段後,因爲沒有顯指定 serialVersionUID,編譯器又爲咱們生成了一個UID,固然和前面保存在文件中
的那個不會同樣了,因而就出現了2個序列化版本號不一致的錯誤。所以,只要咱們本身指定了
serialVersionUID,就能夠在序列化後,去添加一個字段,或者方法,而不會影響到後期的還原,還原後的對
象照樣可使用,並且還多了方法或者屬性能夠用。
下面繼續修改Customer類,給Customer指定一個serialVersionUID,修改後的代碼以下:
class Customer implements Serializable { private static final long serialVersionUID = -3907552831844917246L; //Customer類中沒有定義serialVersionUID private String name; private int age; //新添加的sex屬性 // private String sex; public Customer(String name, int age) { this.name = name; this.age = age; } // public Customer(String name, int age, String sex) { // this.name = name; // this.age = age; // this.sex = sex; // } @Override public String toString() { return "name=" + name + ", age=" + age; } }
從新執行序列化操做,將Customer對象序列化到本地硬盤的Customer.txt文件存儲,而後修改Customer類,添加
sex屬性,修改後的Customer類代碼以下:
class Customer implements Serializable { private static final long serialVersionUID = -3907552831844917246L; //Customer類中沒有定義serialVersionUID private String name; private int age; //新添加的sex屬性 private String sex; public Customer(String name, int age) { this.name = name; this.age = age; } public Customer(String name, int age, String sex) { this.name = name; this.age = age; this.sex = sex; } @Override public String toString() { return "name=" + name + ", age=" + age; }
}
執行反序列操做,此次就能夠反序列成功了。
serialVersionUID的取值是Java運行時環境根據類的內部細節自動生成的。若是對類的源代碼做了修改,再重 新編譯,新生成的類文件的serialVersionUID的取值有可能也會發生變化。 類的serialVersionUID的默認值徹底依賴於Java編譯器的實現,對於同一個類,用不一樣的Java編譯器編譯,有 可能會致使不一樣的 serialVersionUID,也有 可能相同。爲了提升serialVersionUID的獨立性和肯定性,強烈建議在一個可序列化類中顯示的定義 serialVersionUID,爲它賦予明確的值。
顯式地定義serialVersionUID有兩種用途:
一、 在某些場合,但願類的不一樣版本對序列化兼容,所以須要確保類的不一樣版本具備相同的serialVersionUID;
二、 在某些場合,不但願類的不一樣版本對序列化兼容,所以須要確保類的不一樣版本具備不一樣serialVersionUID。
SerializeUtil 工具類
import java.io.ByteArrayInputStream; import java.io.ByteArrayOutputStream; import java.io.Closeable; import java.io.IOException; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; import net.sf.json.JSONObject; /** * Java原生版的 Serialize * */ @SuppressWarnings("unchecked") public class SerializeUtil { static final Class<?> CLAZZ = SerializeUtil.class; public static byte[] serialize(Object value) { if (value == null) { throw new NullPointerException("Can't serialize null"); } byte[] rv = null; ByteArrayOutputStream bos = null; ObjectOutputStream os = null; try { bos = new ByteArrayOutputStream(); os = new ObjectOutputStream(bos); os.writeObject(value); os.close(); bos.close(); rv = bos.toByteArray(); } catch (Exception e) { LoggerUtils.fmtError(CLAZZ,e, "serialize error %s", JSONObject.fromObject(value)); } finally { close(os); close(bos); } return rv; } public static Object deserialize(byte[] in) { return deserialize(in, Object.class); } public static <T> T deserialize(byte[] in, Class<T>...requiredType) { Object rv = null; ByteArrayInputStream bis = null; ObjectInputStream is = null; try { if (in != null) { bis = new ByteArrayInputStream(in); is = new ObjectInputStream(bis); rv = is.readObject(); } } catch (Exception e) { LoggerUtils.fmtError(CLAZZ,e, "serialize error %s", in); } finally { close(is); close(bis); } return (T) rv; } private static void close(Closeable closeable) { if (closeable != null) try { closeable.close(); } catch (IOException e) { LoggerUtils.fmtError(CLAZZ, "close stream error"); } } }
若是有侵權,立刻刪除