java.io.Serializable 是 Java 中的一種標記介面（marker interface）。標記介面是一種特殊的介面，java.io.Serializable 介面沒有任何方法，也沒有常量。

物件序列化是將物件轉換為靜態有序的位元組流的過程，因此該物件可以用於傳輸或持久化。反序列化是該過程的反向操作，即將位元組流轉換為 Java 物件。Java 物件實現 java.io.Serializable 該介面後，就能實現序列化和反序列化。序列化在遠端呼叫中非常常見。

暴露實體

定義 member 實體如下：

@Data  
public class Mbr implements java.io.Serializable {  
  
    private Long id;  
  
    private String name;  
  
    private String age; 
}
 

我們在實踐中，可能會遇到不定義 dto 物件，直接在介面中暴露實體物件 create(Mbr mbr),update(Mbr mbr) 的情況，這時實體物件必須實現 java.io.Serializable 介面。

當實體實現了 java.io.Serializable 介面後，所有繼承它的實體也能被序列化。如果實體裡引用了其它物件，那麼被引用的物件也應該可以序列化。

@Data  
public class Mbr implements java.io.Serializable {  
  
    private Long id;  
  
    private String name;  
  
    private String age; 

	// Address 應該也實現 java.io.Serializable 介面
	private Address address;
}
 

serialVersionUID

@Data  
public class Mbr implements java.io.Serializable {  

	private static final long serialVersionUID = 1L;
  
    private Long id;  
  
    private String name;  
  
    private String age; 
}

JVM 通過版本號（serialVersionUID） 將序列化的實體聯絡起來。在反序列化的過程中，JVM 會將位元組流中的 serialVersionUID 與本地響應的實體類中的 serialVersionUID 比較，相同，可以序列化，否則丟擲 InvaidCastException

當實體中不定義 serialVersionUID 欄位時，JVM 將在執行時生成該欄位。所以，這裡的重點是，在開發過程中經常會變更欄位，如果不定義 serialVersionUID 欄位，執行時每次都會生成不同的 serialVersionUID，導致 _InvalidClassExceptions_ 異常。
這種問題還是挺常見的，在微服務 A 中引用另一個微服務 B 的實體（或 dto）包，B 中的實體更新，但沒有更新 A 中的應用，就會引發此問題。