本人軟件工程大三妹子一枚，以下為個人觀點僅供參考：
最近在雲課堂學習springmvc+mybatis項目時，發現老師在實體類中引用了serializable這個接口，如下：
-
import java.io.Serializable;
-
-
public class Admin implements Serializable {
-
}
-
百度上是這么講的：
Serializable接口是啟用其序列化功能的接口。實現java.io.Serializable 接口的類是可序列化的。沒有實現此接口的類將不能使它們的任意狀態被序列化或逆序列化。
這個介紹非常的不接地氣，於是我與去看了幾篇博客，有一個小姐姐的博客引起了我的注意，她是這樣理解的：
序列化的過程，就是一個“freeze”的過程，它將一個對象freeze（冷凍）住，然后進行存儲，等到再次需要的時候，再將這個對象de-freeze就可以立即使用。
我們以為的沒有進行序列化，其實是在聲明的各個不同變量的時候，由具體的數據類型幫助我們實現了序列化操作。
如果有人打開過Serializable接口的源碼，就會發現，這個接口其實是個空接口，那么這個序列化操作，到底是由誰去實現了呢？其實，看一下接口的注釋說明就知道，當我們讓實體類實現Serializable接口時，其實是在告訴JVM此類可被序列化，可被默認的序列化機制序列化。
為什么需要序列化
1，存儲對象在存儲介質中，以便在下次使用的時候，可以很快捷的重建一個副本。也就是When the resulting series of bits is reread according to the serialization format, it can be used to create a semantically identical clone of the original object.
問題：我沒有實現序列化的時候，我一樣可以存入到我的sqlserver或者MySQL、Oracle數據庫中啊，為什么一定要序列化才能存儲呢？？？？
2，便於數據傳輸，尤其是在遠程調用的時候！
其實說了這么多，想表達的意思就是：
Serializable接口是一個里面什么都沒有的接口
它的源代碼是public interface Serializable{}，即什么都沒有。
如果一個接口里面什么內容都沒有，那么這個接口是一個標識接口，比如，一個學生遇到一個問題，排錯排了幾天也沒解決，此時，她舉手了（示意我去幫他解決），然后我過去，幫他解決了，那么這個舉手其實就是一個標識，自己不能解決的問題標示我去幫他解決，在Java中的這個Serializable接口是給JVM看的，告訴JVM，我不做這個類的序列化了，你(JVM)給我序列化，序列化就是變成二進制流，比如雲計算、Hadoop，特別是Hadoop完全就是分布式環境，那么就要涉及到對象要在網絡中傳輸，里面的全是二進制流，當然你來做這個序列化操作也可以，但是這個類里面可能還有一個類，如果你把外面的類對象Person變成二進制，那么里面也要序列化（這要用到深度遍歷，很麻煩），干脆告訴JVM，讓他來幫你做。
serializable接口就是Java提供用來進行高效率的異地共享實例對象的機制，實現這個接口即可。