把對象轉換爲字節序列的過程稱爲對象的序列化。
把字節序列恢復爲對象的過程稱爲對象的反序列化。java
在java中socket傳輸數據時,數據類型每每比較難選擇。可能要考慮帶寬、跨語言、版本的兼容等問題。比較常見的作法有兩種:一是把對象包裝成JSON字符串傳輸,二是採用java對象的序列化和反序列化。隨着Google工具protoBuf的開源,protobuf也是個不錯的選擇。對JSON,Object Serialize,ProtoBuf 作個對比。算法
實現了Serializable或Externalizable接口的類的對象才能被序列化,不然拋出異常。安全
import java.io.Serializable; public class Info implements Serializable { private static final long serialVersionUID = -7927179583519945413L; private String name=null; private int age; public String getName() { return name; } public void setName(String name) { this.name = name; } public int getAge() { return age; } public void setAge(int age) { this.age = age; } public Info(String name, int age) { this.name = name; this.age = age; } }
import java.io.File; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.ObjectInputStream; import java.io.ObjectOutputStream; public class UseInfo { public static void main(String[] args) throws Exception { //序列化info對象 //1) 建立一個對象輸出流,它能夠包裝一個其餘類型的目標輸出流,如文件輸出流; Info info1 =new Info("張三",18); Info info2 =new Info("李四",19); File file =new File("info.txt"); System.out.println("文件是否已建立:"+file.exists()); FileOutputStream fos =new FileOutputStream(file); //2) 經過對象輸出流的writeObject()方法寫對象。 ObjectOutputStream oos =new ObjectOutputStream(fos); oos.writeObject(info1); oos.writeObject(info2); oos.flush(); oos.close(); fos.close(); //反序列化info對象 //1) 建立一個對象輸入流,它能夠包裝一個其餘類型的源輸入流,如文件輸入流; ObjectInputStream ois=new ObjectInputStream(new FileInputStream(file)); Info i1=(Info)ois.readObject(); System.out.println(i1.getName()+" "+i1.getAge()); Info i2=(Info)ois.readObject(); System.out.println(i2.getName()+" "+i2.getAge()); //2) 經過對象輸入流的readObject()方法讀取對象。 ois.close(); } }
對象序列化包括以下步驟:
1) 建立一個對象輸出流,它能夠包裝一個其餘類型的目標輸出流,如文件輸出流;
2) 經過對象輸出流的writeObject()方法寫對象。socket
對象反序列化的步驟以下:
1) 建立一個對象輸入流,它能夠包裝一個其餘類型的源輸入流,如文件輸入流;
2) 經過對象輸入流的readObject()方法讀取對象。工具
serialVersionUID: 字面意思上是序列化的版本號,凡是實現Serializable接口的類都有一個表示序列化版本標識符的靜態變量this
實現Serializable接口的類若是類中沒有添加serialVersionUID,那麼就會出現以下的警告提示spa
採用這種方式生成的serialVersionUID是1Lcode
當咱們若是想要在序列化後改變類的屬性而後反序列化,好比:在Info類裏再加入一個sex屬性,而後執行反序列化剛纔的對象,在這個時候就會拋出異常。對象
文件流中的class和classpath中的class,也就是修改事後的class,不兼容了,處於安全機制考慮,程序拋出了錯誤,而且拒絕載入。那麼若是咱們真的有需求要在序列化後添加一個字段或者方法呢?應該怎麼辦?那就是本身去指定serialVersionUID。接口
即
Java編譯器會自動給這個class進行一個摘要算法,相似於指紋算法,只要這個文件 多一個空格,獲得的UID就會大相徑庭的,能夠保證在這麼多類中,這個編號是惟一的。因此,添加了一個字段後,因爲沒有顯指定 serialVersionUID,編譯器又爲咱們生成了一個UID,固然和前面保存在文件中的那個不會同樣了,因而就出現了2個序列化版本號不一致的錯誤。所以,只要咱們本身指定了serialVersionUID,就能夠在序列化後,去添加一個字段,或者方法,而不會影響到後期的還原,還原後的對象照樣可使用,並且還多了方法或者屬性能夠用。
serialVersionUID的取值是Java運行時環境根據類的內部細節自動生成的。若是對類的源代碼做了修改,再從新編譯,新生成的類文件的serialVersionUID的取值有可能也會發生變化。
類的serialVersionUID的默認值徹底依賴於Java編譯器的實現,對於同一個類,用不一樣的Java編譯器編譯,有可能會致使不一樣的 serialVersionUID,也有可能相同。爲了提升serialVersionUID的獨立性和肯定性,強烈建議在一個可序列化類中顯示的定義serialVersionUID,爲它賦予明確的值。
顯式地定義serialVersionUID有兩種用途:
① 在某些場合,但願類的不一樣版本對序列化兼容,所以須要確保類的不一樣版本具備相同的serialVersionUID;
② 在某些場合,不但願類的不一樣版本對序列化兼容,所以須要確保類的不一樣版本具備不一樣的serialVersionUID。
1)Java序列化就是把對象轉換成字節序列,而Java反序列化就是把字節序列還原成Java對象。
2)採用Java序列化與反序列化技術,一是能夠實現數據的持久化,在MVC模式中非常有用;二是能夠對象數據的遠程通訊。