把對象轉換爲字節序列的過程稱爲對象的序列化；把字節序列恢復爲對象的過程稱爲對象的反序列化。
對象的序列化主要有兩種用途：
1） 把對象的字節序列永久地保存到硬盤上，通常存放在一個文件中；
2） 在網絡上傳送對象的字節序列。
在很多應用中，需要對某些對象進行序列化，讓它們離開內存空間，入住物理硬盤，以便長期保存。比如最常見的是Web服務器中的Session對象，當有 10萬用戶併發訪問，就有可能出現10萬個Session對象，內存可能吃不消，於是Web容器就會把一些seesion先序列化到硬盤中，等要用了，再把保存在硬盤中的對象還原到內存中。
當兩個進程在進行遠程通信時，彼此可以發送各種類型的數據。無論是何種類型的數據，都會以二進制序列的形式在網絡上傳送。發送方需要把這個Java對象轉換爲字節序列，才能在網絡上傳送；接收方則需要把字節序列再恢復爲Java對象。
serialVersionUID: 字面意思上是序列化的版本號，凡是實現Serializable接口的類都有一個表示序列化版本標識符的靜態變量
文件流中的class和classpath中的class，也就是修改過後的class，不兼容了，處於安全機制考慮，程序拋出了錯誤，並且拒絕載入。那麼如果我們真的有需求要在序列化後添加一個字段或者方法呢？應該怎麼辦？那就是自己去指定serialVersionUID。在TestSerialversionUID例子中，沒有指定Customer類的serialVersionUID的，那麼java編譯器會自動給這個class進行一個摘要算法，類似於指紋算法，只要這個文件 多一個空格，得到的UID就會截然不同的，可以保證在這麼多類中，這個編號是唯一的。所以，添加了一個字段後，由於沒有顯指定 serialVersionUID，編譯器又爲我們生成了一個UID，當然和前面保存在文件中的那個不會一樣了，於是就出現了2個序列化版本號不一致的錯誤。因此，只要我們自己指定了serialVersionUID，就可以在序列化後，去添加一個字段，或者方法，而不會影響到後期的還原，還原後的對象照樣可以使用，而且還多了方法或者屬性可以用。
serialVersionUID的取值是Java運行時環境根據類的內部細節自動生成的。如果對類的源代碼作了修改，再重新編譯，新生成的類文件的
serialVersionUID的取值有可能也會發生變化。
類的serialVersionUID的默認值完全依賴於Java編譯器的實現，對於同一個類，用不同的Java編譯器編譯，有可能會導致不同的 serialVersionUID，也有
可能相同。爲了提高serialVersionUID的獨立性和確定性，強烈建議在一個可序列化類中顯示的定義serialVersionUID，爲它賦予明確的值。
顯式地定義serialVersionUID有兩種用途：
1、 在某些場合，希望類的不同版本對序列化兼容，因此需要確保類的不同版本具有相同的serialVersionUID；
2、 在某些場合，不希望類的不同版本對序列化兼容，因此需要確保類的不同版本具有不同的serialVersionUID。