1、首先談?wù)劄槭裁匆蛄谢瘜ο?/b>

- 把對象轉(zhuǎn)換為字節(jié)序列的過程稱為對象的序列化。- 把字節(jié)序列恢復(fù)為對象的過程稱為對象的反序列化。

對象的序列化主要有兩種用途：1） 把對象的字節(jié)序列永久地保存到硬盤上，通常存放在一個文件中；2） 在網(wǎng)絡(luò)上傳送對象的字節(jié)序列。

在很多應(yīng)用中，需要對某些對象進行序列化，讓它們離開內(nèi)存空間，入住物理硬盤，以便長期保存。比如最常見的是Web服務(wù)器中的Session對象，當(dāng)有 10萬用戶并發(fā)訪問，就有可能出現(xiàn)10萬個Session對象，內(nèi)存可能吃不消，于是Web容器就會把一些seesion先序列化到硬盤中，等要用了，再把保存在硬盤中的對象還原到內(nèi)存中。

當(dāng)兩個進程在進行遠(yuǎn)程通信時，彼此可以發(fā)送各種類型的數(shù)據(jù)。無論是何種類型的數(shù)據(jù)，都會以二進制序列的形式在網(wǎng)絡(luò)上傳送。發(fā)送方需要把這個Java對象轉(zhuǎn)換為字節(jié)序列，才能在網(wǎng)絡(luò)上傳送；接收方則需要把字節(jié)序列再恢復(fù)為Java對象

2、為什么要使用SerialversionUID呢

簡單看一下 Serializable接口的說明

If a serializable class does not explicitly declare a serialVersionUID,then the serialization runtime will calculate a default serialVersionUID value for that class based on various aspects of the class, as described in the Java(TM) Object Serialization Specification.

如果用戶沒有自己聲明一個serialVersionUID,接口會默認(rèn)生成一個serialVersionUIDHowever, it is stronglyrecommended that all serializable classes explicitly declareserialVersionUID values, since the default serialVersionUID computation is highly sensitive to class details that may vary depending on compiler implementations, and can thus result in unexpectedInvalidClassExceptions during deserialization.但是強烈建議用戶自定義一個serialVersionUID,因為默認(rèn)的serialVersinUID對于class的細(xì)節(jié)非常敏感，反序列化時可能會導(dǎo)致InvalidClassException這個異常。e.g:1.使用默認(rèn)的serialVersionUID

我們先建一個實體類Person 實現(xiàn)Serializable接口

public class Person implements Serializable { 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; }}

然后去序列化和反序列化它

public class Person implements Serializable { 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; }}

結(jié)果如圖

e.g:2如果我們先盡心序列化，然后在反序列化之前修改了Person類會怎樣呢

public class Person implements Serializable { private int age; private String name; private String sex; private String address; public String getAddress() { return address; } public void setAddress(String address) { this.address = address; } 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; }}

運行結(jié)果

　可以看到，當(dāng)我們修改Person類的時候，Person類對應(yīng)的SerialversionUID也變化了，而序列化和反序列化就是通過對比其SerialversionUID來進行的，一旦SerialversionUID不匹配，反序列化就無法成功。在實際的生產(chǎn)環(huán)境中，我們可能會建一系列的中間Object來反序列化我們的pojo，為了解決這個問題，我們就需要在實體類中自定義SerialversionUID。e.g:3 在Person類中加入自定義SerialversionUID

public class Person implements Serializable { private static final long serialVersionUID = -5809782578272943999L; private int age; private String name; private String sex; private String address; public String getAddress() { return address; } public void setAddress(String address) { this.address = address; } 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; }}

不管我們序列化之后如何更改我們的Person（不刪除原有字段），最終都可以反序列化成功。

到此這篇關(guān)于詳解Java對象序列化為什么要使用SerialversionUID的文章就介紹到這了,更多相關(guān)Java對象序列化SerialversionUID內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！