[[360997]]

這個題目不主要講serialVersionUID作用，而是講后面的那一串數字的意義，當然也會對java的這個serialVersionUID的作用進行一個講解。這篇文章是我積壓了很久的一篇文章，寫了一半，幾個月了才發現，于是拿出來好好整理一下。

一、serialVersionUID的作用

通過java進行網絡之間的數據傳輸是不能直接把對象進行傳的，需要在發送端把數據切分，在接收端對切分的數據進行重裝。這種切分和重裝的方式就叫做序列化。下面我們舉一個例子：

(1)不指定serialVersionUID

首先我們定義一個User類，繼承Serializable接口

然后序列化

public static void main(String[] args) throws Exception { 
        // 序列化 
        User an = new User(); 
        FileOutputStream fos = new FileOutputStream("user"); 
        ObjectOutputStream oos = new ObjectOutputStream(fos); 
        oos.writeObject(an); 
        oos.close(); 
    } 

反序列化

public static void main(String[] args) throws Exception { 
        // 反序列化 
        FileInputStream fis = new FileInputStream("user"); 
        ObjectInputStream ois = new ObjectInputStream(fis); 
        User u = (User)ois.readObject(); 
        System.out.println(u.name+"  " + u.age); 
        ois.close(); 
        fis.close(); 
    } 

現在我們舉了一個序列化的例子，沒有指定serialVersionUID，此時程序在編譯的時候就會自動為我們生成一個ID號，整個過程是這樣的：

(1)發送端不指定serialVersionUID，編譯器為我們默認生成，并序列化保存在流中發送到接收端。

(2)接收端把serialVersionUID保存起來，進行反序列化時，JVM會把傳來的字節流中的serialVersionUID與本地相應實體的serialVersionUID進行比較，如果相同就認為是一致的，可以進行反序列化。也就是說傳過來的ID和本地ID不一致時候就會出現錯誤。

現在驗證一下第二種情況：

我們再去反序列化的時候，因為JVM會把傳來的字節流中的serialVersionUID與本地相應實體的serialVersionUID進行比較，發現不一致，因此會出現異常錯誤：

(2)指定serialVersionUID

這個情況就不展示了，不斷你之前添加了多少個字段，或者進行更改，因為serialVersionUID唯一，因此反序列化都不會出現錯誤。

OK，這就是java中這個serialVersionUID的作用，其實就是給這個類添加一個身份ID，進行在序列化之前和之后進行版本的比對。上面這個其實也是一個面試常問的一個問題，再次湊巧給總結了一下，不過今天的主題不是講這個serialVersionUID的，而是后面的那一串數字為什么總是無意義的?

二、為什么總是無意義的ID?

java序列化中的serialVersionUID后面我們通常是1L、或者是xxxL。這些數字有什么意義呢?為什么我們總是需要這些無意義的ID。帶著這些問題我們一步一步來揭曉答案。

1、有意義的ID

有一些ID是有意義的，最常見的就是我們的身份證號，一共18位。分別代表著省市縣等等。在通常情況下這個ID在全國內是惟一的。他就像是一個標識符一樣，唯一地代表了我們。

標識符(identifier)就是一個可以唯一識別一個對象或者物體的名稱，被識別的對象可能是一些想法、物理上可數的對象或者物理上的不可數物質。它的前綴 ID 經常被用來表示身份、鑒定過程或者標識符。

因此唯一性是ID的最大特點。好比是我們的身份證號碼，整個中國你找不出第二個和你一樣號碼的人。現在我們知道了有意義的ID通常情況下是一個標識符，唯一地代表了這個物體。現在我們把目光轉到無意義的ID。

2、無意義的ID

我們的java序列化id、數據庫中的自增主鍵、消息隊列、甚至于我們的TCP通信中都會使用到這個。無意義的真正含義其實是和我們要做的事無關，也就是說這個ID數字不應該和我們的業務邏輯產生聯系。

大多數業務的主鍵都會使用整數，它的上限一般就是 2^64，如果這些位數都用來表示記錄的 ID，那么在有生之年基本上是不可能被使用完的，但是一旦我們將業務信息加入 ID，就會讓原本無意義的 ID 變得有意義從而影響它的唯一性。

java序列化的那個例子，你看到serialVersionUID==xxxL，應該想不到這一串數字和這個類有什么聯系吧。而且一旦有聯系就有可能會出現錯誤。那為什么無意義的ID是有用的呢?我們舉一個例子：在分布式系統中有一個分布式的 ID 生成器，Snowflake 算法會為 64 個比特的整數賦予不同的信息：

假設一臺機器上一個時間單位最多只能生成 4096 個 ID，一旦超過了這個這個數量就有可能導致 ID 沖突或者亂序，從而失去其唯一性;這個算法中涉及的時間戳、數據中心標識符、機器標識符都沒有辦法解決唯一性的問題，哪怕這三者完全相等，此時仍然需要使用無其他意義的序列號來保證 ID 的唯一。

因此使用無意義 ID 的主要目的就是利用它的唯一性保證對象的標識符不會發生沖突，無意義 ID 的唯一作用就是保證唯一性，這能幫助我們避免業務字段可能存在潛在沖突的可能，這也提示我們想要使用聯合字段構成主鍵時一定要深思熟慮。

3、總結

上面其實說了這么多，是想讓各位有個稍微全面的了解。就像很多時候一句話講完的事，非要BB半天。幾句話總結：

對于有意義的ID，在特定場景下ID數字和業務邏輯有關，比如身份證號和每個人的唯一標識有關。

對于無意義的ID：這個ID數子一旦和業務邏輯產生聯系，就有重復的可能，而且極其不安全。此時一個無意義的ID就有了唯一性。

不管有沒有意義都是為了進行唯一標識，但是使用的場景不相同。

本文轉載自微信公眾號「愚公要移山」，可以通過以下二維碼關注。轉載本文請聯系愚公要移山公眾號。