Java序列化的做用

序列化是什麼： 
　　序列化就是將一個對象的狀態（各個屬性量）保存起來，而後在適當的時候再得到。 
　　序列化分爲兩大部分：序列化和反序列化。序列化是這個過程的第一部分，將數據分解成字節流，以便存儲在文件中或在網絡上傳輸。反序列化就是打開字節流並重構對象。對象序列化不只要將基本數據類型轉換成字節表示，有時還要恢復數據。恢復數據要求有恢復數據的對象實例 
　　序列化的什麼特色： 
　　若是某個類可以被序列化，其子類也能夠被序列化。聲明爲static和transient類型的成員數據不能被序列化。由於static表明類的狀態， transient表明對象的臨時數據。 
　　何時使用序列化： 
　　一：對象序列化能夠實現分佈式對象。主要應用例如：RMI要利用對象序列化運行遠程主機上的服務，就像在本地機上運行對象時同樣。 
　　二：java對象序列化不只保留一個對象的數據，並且遞歸保存對象引用的每一個對象的數據。能夠將整個對象層次寫入字節流中，能夠保存在文件中或在網絡鏈接上傳遞。利用對象序列化能夠進行對象的"深複製"，即複製對象自己及引用的對象自己。序列化一個對象可能獲得整個對象序列。 
　　====================== 
　　能夠看看接口java.io.serializable的中文解釋： 
　　Serializable 
　　public interface Serializable 
　　類經過實現 java.io.Serializable 接口以啓用其序列化功能。未實現此接口的類將沒法使其任何狀態序列化或反序列化。可序列化類的全部子類型自己都是可序列化的。序列化接口沒有方法或字段，僅用於標識可序列化的語義。 
　　要容許不可序列化類的子類型序列化，能夠假定該子類型負責保存和還原超類型的公用 (public)、受保護的 (protected) 和（若是可訪問）包 (package) 字段的狀態。僅在子類型擴展的類有一個可訪問的無參數構造方法來初始化該類的狀態時，才能夠假定子類型有此責任。若是不是這種狀況，則聲明一個類爲可序列化類是錯誤的。該錯誤將在運行時檢測到。 
　　在反序列化過程當中，將使用該類的公用或受保護的無參數構造方法初始化不可序列化類的字段。可序列化的子類必須可以訪問無參數的構造方法。可序列化子類的字段將從該流中還原。 
　　當遍歷一個圖形時，可能會遇到不支持可序列化接口的對象。在此狀況下，將拋出 NotSerializableException，並將標識不可序列化對象的類。 
　　在序列化和反序列化過程當中須要特殊處理的類必須使用下列準確簽名來實現特殊方法： 
　　private void writeObject(java.io.ObjectOutputStream out) 
　　throws IOException 
　　private void readObject(java.io.ObjectInputStream in) 
　　throws IOException, ClassNotFoundException; 
　　writeObject 方法負責寫入特定類的對象的狀態，以便相應的 readObject 方法能夠還原它。經過調用 out.defaultWriteObject 能夠調用保存 Object 的字段的默認機制。該方法自己不須要涉及屬於其超類或子類的狀態。狀態是經過使用 writeObject 方法或使用 DataOutput 支持的用於基本數據類型的方法將各個字段寫入 ObjectOutputStream 來保存的。 
　　readObject 方法負責從流中讀取並還原類字段。它能夠調用 in.defaultReadObject 來調用默認機制，以還原對象的非靜態和非瞬態字段。defaultReadObject 方法使用流中的信息來分配流中經過當前對象中相應命名字段保存的對象的字段。這用於處理類發展後須要添加新字段的情形。該方法自己不須要涉及屬於其超類或子類的狀態。狀態是經過使用 writeObject 方法或使用 DataOutput 支持的用於基本數據類型的方法將各個字段寫入 ObjectOutputStream 來保存的。 
　　將對象寫入流時須要指定要使用的替代對象的可序列化類，應使用準確的簽名來實現此特殊方法： 
　　ANY-ACCESS-MODIFIER Object writeReplace() throws ObjectStreamException; 
　　此 writeReplace 方法將由序列化調用，前提是若是此方法存在，並且它能夠經過被序列化對象的類中定義的一個方法訪問。所以，該方法能夠擁有私有 (private)、受保護的 (protected) 和包私有 (package-private) 訪問。子類對此方法的訪問遵循 java 訪問規則。 
　　在從流中讀取類的一個實例時須要指定替代的類應使用的準確簽名來實現此特殊方法。 
　　ANY-ACCESS-MODIFIER Object readResolve() throws ObjectStreamException; 
　　此 readResolve 方法遵循與 writeReplace 相同的調用規則和訪問規則。 
　　序列化運行時使用一個稱爲 serialVersionUID 的版本號與每一個可序列化類相關聯，該序列號在反序列化過程當中用於驗證序列化對象的發送者和接收者是否爲該對象加載了與序列化兼容的類。若是接收者加載的該對象的類的 serialVersionUID 與對應的發送者的類的版本號不一樣，則反序列化將會致使 InvalidClassException。可序列化類能夠經過聲明名爲 "serialVersionUID" 的字段（該字段必須是靜態 (static)、最終 (final) 的 long 型字段）顯式聲明其本身的 serialVersionUID： 
　　ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L; 
　　若是可序列化類未顯式聲明 serialVersionUID，則序列化運行時將基於該類的各個方面計算該類的默認 serialVersionUID 值，如「Java(TM) 對象序列化規範」中所述。不過，強烈建議 全部可序列化類都顯式聲明 serialVersionUID 值，緣由計算默認的 serialVersionUID 對類的詳細信息具備較高的敏感性，根據編譯器實現的不一樣可能千差萬別，這樣在反序列化過程當中可能會致使意外的 InvalidClassException。所以，爲保證 serialVersionUID 值跨不一樣 java 編譯器實現的一致性，序列化類必須聲明一個明確的 serialVersionUID 值。還強烈建議使用 private 修改器顯示聲明 serialVersionUID（若是可能），緣由是這種聲明僅應用於當即聲明類 -- serialVersionUID 字段做爲繼承成員沒有用處。 
　　java.io.Serializable引起的問題——什麼是序列化？在什麼狀況下將類序列化？ 
　　序列化就是一種用來處理對象流的機制，所謂對象流也就是將對象的內容進行流化。能夠對流化後的對象進行讀寫操做，也可將流化後的對象傳輸於網絡之間。序列化是爲了解決在對對象流進行讀寫操做時所引起的問題。序列化的實現：將須要被序列化的類實現Serializable接口，該接口沒有須要實現的方法，implements Serializable只是爲了標註該對象是可被序列化的，而後使用一個輸出流(如：FileOutputStream)來構造一個ObjectOutputStream(對象流)對象，接着，使用ObjectOutputStream對象的writeObject(Object obj)方法就能夠將參數爲obj的對象寫出(即保存其狀態)，要恢復的話則用輸入流。 
　　序列化:序列化是將對象轉換爲容易傳輸的格式的過程。例如，能夠序列化一個對象，而後使用 HTTP 經過 Internet 在客戶端和服務器之間傳輸該對象。在另外一端，反序列化將從該流從新構造對象。 
　　是對象永久化的一種機制。 
　　確切的說應該是對象的序列化，通常程序在運行時，產生對象，這些對象隨着程序的中止運行而消失，但若是咱們想把某些對象（由於是對象，因此有各自不一樣的特性）保存下來，在程序終止運行後，這些對象仍然存在，能夠在程序再次運行時讀取這些對象的值，或者在其餘程序中利用這些保存下來的對象。這種狀況下就要用到對象的序列化。 
　　只有序列化的對象才能夠存儲在存儲設備上。爲了對象的序列化而須要繼承的接口也只是一個象徵性的接口而已，也就是說繼承這個接口說明這個對象能夠被序列化了，沒有其餘的目的。之因此須要對象序列化，是由於有時候對象須要在網絡上傳輸，傳輸的時候須要這種序列化處理，從服務器硬盤上把序列化的對象取出，而後經過網絡傳到客戶端，再由客戶端把序列化的對象讀入內存，執行相應的處理。 
　　對象序列化是java的一個特徵，經過該特徵能夠將對象寫做一組字節碼，當在其餘位置讀到這些字節碼時，能夠依此建立一個新的對象，並且新對象的狀態與原對象徹底相同。爲了實現對象序列化，要求必須可以訪問類的私有變量，從而保證對象狀態可以正確的得以保存和恢復。相應的，對象序列化API可以在對象重建時，將這些值還原給私有的數據成員。這是對java語言訪問權限的挑戰。一般用在服務器客戶端的對象交換上面，另外就是在本機的存儲。 
　　對象序列化的最主要的用處就是在傳遞,和保存對象(object)的時候,保證對象的完整性和可傳遞性。譬如經過網絡傳輸,或者把一個對象保存成一個文件的時候,要實現序列化接口 。 
　　* 
　　Quote: 
　　比較java.io.Externalizable和java.io.Serializable 
　　http://www.zdnet.com.cn/developer/code/story/0,3800066897,39304080,00.htm 
　　即便你沒有用過對象序列化（serialization），你可能也知道它。但你是否知道 Java 還支持另一種形式的對象持久化，外部化（externalization）？ 
　　下面是序列化和外部化在代碼級的關聯方式： 
　　public interface Serializable {} 
　　public interface Externalizable extends Serializable { 
　　void readExternal(ObjectInput in); 
　　void writeExternal(ObjectOutput out); 
　　} 
　　序列化和外部化的主要區別 
　　外部化和序列化是實現同一目標的兩種不一樣方法。下面讓咱們分析一下序列化和外部化之間的主要區別。 
　　經過Serializable接口對對象序列化的支持是內建於核心 API 的，可是java.io.Externalizable的全部實現者必須提供讀取和寫出的實現。Java 已經具備了對序列化的內建支持，也就是說只要製做本身的類java.io.Serializable，Java 就會試圖存儲和重組你的對象。若是使用外部化，你就能夠選擇徹底由本身完成讀取和寫出的工做，Java 對外部化所提供的惟一支持是接口： 
　　voidreadExternal(ObjectInput in) 
　　void writeExternal(ObjectOutput out) 
　　如今如何實現readExternal() 和writeExternal() 就徹底看你本身了。 
　　序列化會自動存儲必要的信息，用以反序列化被存儲的實例，而外部化則只保存被存儲的類的標識。當你經過java.io.Serializable接口序列化一個對象時，有關類的信息，好比它的屬性和這些屬性的類型，都與實例數據一塊兒被存儲起來。在選擇走Externalizable這條路時，Java 只存儲有關每一個被存儲類型的很是少的信息。 
　　每一個接口的優勢和缺點 
　　Serializable接口 
　　· 優勢：內建支持 
　　· 優勢：易於實現 
　　· 缺點：佔用空間過大 
　　· 缺點：因爲額外的開銷致使速度變比較慢 
　　Externalizable接口 
　　· 優勢：開銷較少（程序員決定存儲什麼） 
　　· 優勢：可能的速度提高 
　　· 缺點：虛擬機不提供任何幫助，也就是說全部的工做都落到了開發人員的肩上。 
　　在二者之間如何選擇要根據應用程序的需求來定。Serializable一般是最簡單的解決方案，可是它可能會致使出現不可接受的性能問題或空間問題；在出現這些問題的狀況下，Externalizable多是一條可行之路。 
　　要記住一點，若是一個類是可外部化的（Externalizable），那麼Externalizable方法將被用於序列化類的實例，即便這個類型提供了Serializable方法： 
　　private void writeObject() 
　　private void readObject()