淺談Java序列化和反序列化為何要實(shí)現(xiàn)Serializable接口
Java序列化和反序列化
最近整理代碼規(guī)范的時候, 發(fā)現(xiàn)項目中dto和model包下的類都實(shí)現(xiàn)了Serializable接口, 同時還顯示指定serialVersionUID的值. , 我腦海里就突然出現(xiàn)了好幾個問題, 比如說:
(1) 序列化和反序列化是什么?
(2) 實(shí)現(xiàn)序列化和反序列化為什么要實(shí)現(xiàn)Serializable接口?
(3) 實(shí)現(xiàn)Serializable接口后, 為什么還要顯示指定serialVersionUID的值?
(4) 我要為serialVersionUID指定個什么值?
下面我們來一一解答這幾個問題.
序列化和反序列化
- 序列化:把對象轉(zhuǎn)換為字節(jié)序列的過程稱為對象的序列化.
序列化最重要的作用:在傳遞和保存對象時.保證對象的完整性和可傳遞性。對象轉(zhuǎn)換為有序字節(jié)流,以便在網(wǎng)絡(luò)上傳輸或者保存在本地文件中。
- 反序列化:把字節(jié)序列恢復(fù)為對象的過程稱為對象的反序列化.
反序列化的最重要的作用:根據(jù)字節(jié)流中保存的對象狀態(tài)及描述信息,通過反序列化重建對象。
總結(jié):核心作用就是對象狀態(tài)的保存和重建。(整個過程核心點(diǎn)就是字節(jié)流中所保存的對象狀態(tài)及描述信息)
什么時候需要用到序列化和反序列化呢?
當(dāng)我們只在本地JVM里運(yùn)行下Java實(shí)例, 這個時候是不需要什么序列化和反序列化的, 但當(dāng)我們需要將內(nèi)存中的對象持久化到磁盤, 數(shù)據(jù)庫中時, 當(dāng)我們需要與瀏覽器進(jìn)行交互時, 當(dāng)我們需要實(shí)現(xiàn)RPC時, 這個時候就需要序列化和反序列化了.
前兩個需要用到序列化和反序列化的場景, 是不是讓我們有一個很大的疑問? 我們在與瀏覽器交互時, 還有將內(nèi)存中的對象持久化到數(shù)據(jù)庫中時, 好像都沒有去進(jìn)行序列化和反序列化, 因?yàn)槲覀兌紱]有實(shí)現(xiàn)Serializable接口, 但一直正常運(yùn)行.
下面先給出結(jié)論:
只要我們對內(nèi)存中的對象進(jìn)行持久化或網(wǎng)絡(luò)傳輸, 這個時候都需要序列化和反序列化.
理由:
服務(wù)器與瀏覽器交互時真的沒有用到Serializable接口嗎? JSON格式實(shí)際上就是將一個對象轉(zhuǎn)化為字符串, 所以服務(wù)器與瀏覽器交互時的數(shù)據(jù)格式其實(shí)是字符串, 我們來看來String類型的源碼:
String類型實(shí)現(xiàn)了Serializable接口, 并顯示指定serialVersionUID的值.
然后我們再來看對象持久化到數(shù)據(jù)庫中時的情況, Mybatis數(shù)據(jù)庫映射文件里的insert代碼:
實(shí)際上我們并不是將整個對象持久化到數(shù)據(jù)庫中, 而是將對象中的屬性持久化到數(shù)據(jù)庫中, 而這些屬性都是實(shí)現(xiàn)了Serializable接口的基本屬性.
實(shí)現(xiàn)序列化和反序列化為什么要實(shí)現(xiàn)Serializable接口?
在Java中實(shí)現(xiàn)了Serializable接口后, JVM會在底層幫我們實(shí)現(xiàn)序列化和反序列化,。
如果我們不實(shí)現(xiàn)Serializable接口, 那自己去寫一套序列化和反序列化代碼也可以。
實(shí)現(xiàn)Serializable接口后, 為什么還要顯示指定serialVersionUID的值?
如果不顯示指定serialVersionUID, JVM在序列化時會根據(jù)屬性自動生成一個serialVersionUID, 然后與屬性一起序列化, 再進(jìn)行持久化或網(wǎng)絡(luò)傳輸. 在反序列化時, JVM會再根據(jù)屬性自動生成一個新版serialVersionUID, 然后將這個新版serialVersionUID與序列化時生成的舊版serialVersionUID進(jìn)行比較, 如果相同則反序列化成功, 否則報錯.
如果顯示指定了serialVersionUID, JVM在序列化和反序列化時仍然都會生成一個serialVersionUID, 但值是我們顯示指定的值, 這樣在反序列化時新舊版本的serialVersionUID就一致了.
在實(shí)際開發(fā)中, 不顯示指定serialVersionUID的情況會導(dǎo)致什么問題? 如果我們的類寫完后不再修改, 那當(dāng)然不會有問題, 但這在實(shí)際開發(fā)中是不可能的, 我們的類會不斷迭代, 一旦類被修改了, 那舊對象反序列化就會報錯.
我要為serialVersionUID指定個什么值?
所以在實(shí)際開發(fā)中, 我們都會顯示指定一個serialVersionUID, 值是多少無所謂, 只要不變就行.
寫個實(shí)例測試下:
User類
不顯示指定serialVersionUID
public class User implements Serializable { private String name; private Integer age; public String getName() { return name; } public void setName(String name) { this.name = name; } public Integer getAge() { return age; } public void setAge(Integer age) { this.age = age; } @Override public String toString() { return "User{" + "name='" + name + '\'' + ", age=" + age + '}'; } }
測試類
先進(jìn)行序列化, 再進(jìn)行反序列化.
public class SerializableTest { private static void serialize(User user) throws Exception { ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("D:\\user.txt"))); oos.writeObject(user); oos.close(); } private static User deserialize() throws Exception{ ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("D:\\user.txt"))); return (User) ois.readObject(); } public static void main(String[] args) throws Exception { User user = new User(); user.setName("test"); user.setAge(18); System.out.println("序列化前的結(jié)果: " + user); serialize(user); User dUser = deserialize(); System.out.println("反序列化后的結(jié)果: "+ dUser); } }
結(jié)果
先注釋掉反序列化代碼, 執(zhí)行序列化代碼, 然后User類新增一個屬性sex
public class User implements Serializable { private String name; private Integer age; private String sex; public String getName() { return name; } public void setName(String name) { this.name = name; } public Integer getAge() { return age; } public void setAge(Integer age) { this.age = age; } public String getSex() { return sex; } public void setSex(String sex) { this.sex = sex; } @Override public String toString() { return "User{" + "name='" + name + '\'' + ", age=" + age + ", sex='" + sex + '\'' + '}'; } }
再注釋掉序列化代碼執(zhí)行反序列化代碼, 最后結(jié)果如下:
//序列化前的結(jié)果:
User{name='test', age=18, sex='null'}
Exception in thread "main" java.io.InvalidClassException: com.wujun.common.serializable.User; local class incompatible: stream classdesc serialVersionUID = 1555412377079005723, local class serialVersionUID = -2415794225102428053
報錯結(jié)果為序列化與反序列化產(chǎn)生的serialVersionUID不一致.
接下來我們在上面User類的基礎(chǔ)上顯示指定一個serialVersionUID
private static final long serialVersionUID = 1L;
再執(zhí)行上述步驟, 測試結(jié)果如下:
//序列化前的結(jié)果:
User{name='test', age=18}
//反序列化后的結(jié)果:
User{name='test', age=18, sex='null'}
顯示指定serialVersionUID后就解決了序列化與反序列化產(chǎn)生的serialVersionUID不一致的問題.
Java序列化的其他特性
先說結(jié)論, 被transient關(guān)鍵字修飾的屬性不會被序列化, static屬性也不會被序列化.
我們來測試下這個結(jié)論:
public class User implements Serializable { private static final long serialVersionUID = 1L; private String name; private Integer age; private transient String sex; private static String signature = "Java序列化的其他特性"; public String getName() { return name; } public void setName(String name) { this.name = name; } public Integer getAge() { return age; } public void setAge(Integer age) { this.age = age; } public String getSex() { return sex; } public void setSex(String sex) { this.sex = sex; } public static String getSignature() { return signature; } public static void setSignature(String signature) { User.signature = signature; } @Override public String toString() { return "User{" + "name='" + name + '\'' + ", age=" + age + ", sex='" + sex + '\'' + ", sex='" + signature + '\'' + '}'; } }
測試類
public class SerializableTest { private static void serialize(User user) throws Exception { ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("D:\\user.txt"))); oos.writeObject(user); oos.close(); } private static User deserialize() throws Exception{ ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("D:\\user.txt"))); return (User) ois.readObject(); } public static void main(String[] args) throws Exception { User user = new User(); user.setName("test"); user.setAge(18); user.setSex("男"); System.out.println("序列化前的結(jié)果: " + user); serialize(user); User dUser = deserialize(); System.out.println("反序列化后的結(jié)果: "+ dUser); } }
結(jié)果
先注釋掉反序列化代碼, 執(zhí)行序列化代碼, 然后修改User類signature = “我的眼里只有你”, 再注釋掉序列化代碼執(zhí)行反序列化代碼, 最后結(jié)果如下:
序列化前的結(jié)果: User{name='test', age=18, sex='男', signature='Java序列化的其他特性'}
反序列化后的結(jié)果: User{name='test', age=18, sex='null', signature='transient static 變量不參與序列化'}
static屬性為什么不會被序列化?
因?yàn)樾蛄谢轻槍ο蠖缘? 而static屬性優(yōu)先于對象存在, 隨著類的加載而加載, 所以不會被序列化.
看到這個結(jié)論, 是不是有人會問, serialVersionUID也被static修飾, 為什么serialVersionUID會被序列化?
其實(shí)serialVersionUID屬性并沒有被序列化, JVM在序列化對象時會自動生成一個serialVersionUID, 然后將我們顯示指定的serialVersionUID屬性值賦給自動生成的serialVersionUID.
到此這篇關(guān)于淺談Java序列化和反序列化為何要實(shí)現(xiàn)Serializable接口的文章就介紹到這了,更多相關(guān)Java序列化和反序列化內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
springboot項目同時啟動web服務(wù)和grpc服務(wù)的方法
本文主要介紹了springboot項目同時啟動web服務(wù)和grpc服務(wù)的方法,通過實(shí)際代碼示例展示了實(shí)現(xiàn),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-02-02聊聊SpringCloud和SpringCloudAlibaba的區(qū)別
這篇文章主要介紹了SpringCloud和SpringCloudAlibaba的區(qū)別,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-11-11java進(jìn)行遠(yuǎn)程部署與調(diào)試及原理詳解
這篇文章主要介紹了java進(jìn)行遠(yuǎn)程部署與調(diào)試及原理詳解,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2019-12-12SpringBoot中服務(wù)消費(fèi)的實(shí)現(xiàn)
本文主要介紹了SpringBoot中服務(wù)消費(fèi)的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-07-07Springboot 2.x集成kafka 2.2.0的示例代碼
kafka近幾年更新非???,也可以看出kafka在企業(yè)中是用的頻率越來越高。本文主要為大家介紹了Springboot 2.x集成kafka 2.2.0的示例代碼,需要的可以參考一下2022-04-04java設(shè)計模式-單例模式實(shí)現(xiàn)方法詳解
單例模式,屬于創(chuàng)建類型的一種常用的軟件設(shè)計模式。通過單例模式的方法創(chuàng)建的類在當(dāng)前進(jìn)程中只有一個實(shí)例(根據(jù)需要,也有可能一個線程中屬于單例2021-07-07