? ? ? ? 【文章僅供非商業(yè)用途或交流學(xué)習(xí)使用】
????????內(nèi)存中的數(shù)據(jù)對象只有轉(zhuǎn)換為二進制流才可以進行數(shù)據(jù)持久化和網(wǎng)絡(luò)傳輸劈狐。將流數(shù)據(jù)對象轉(zhuǎn)換為二進制流的過程就叫做對象的序列化结笨。反之，將二進制流恢復(fù)為數(shù)據(jù)對象的過程稱為反序列化趟畏。序列化需要保留充分的信息以恢復(fù)數(shù)據(jù)對象瘟判，但是為了節(jié)約存儲空間和網(wǎng)絡(luò)帶寬，序列化后的二進制流又要盡可能小整胃。序列化常見的使用場景是RPC框架的數(shù)據(jù)傳輸颗圣。常見的序列化方式有三種：
? ? ? ? 1? Java原生序列化
? ? ? ? Java類通過實現(xiàn)Serializable接口來實現(xiàn)該類對象的序列化，這個接口非常特殊，沒有任何方法在岂，只起標(biāo)識作用奔则。Java序列化保留了對象類的元數(shù)據(jù)（類、成員變量蔽午、繼承類信息）易茬，以及對象數(shù)據(jù)等，兼容性最好及老，但不支持跨語言疾呻，而且性能一般。
? ? ? ? 實現(xiàn)Serializable接口的類建議設(shè)置serialVersionUID字段值写半，如果不設(shè)置岸蜗，那么每次運行時，編譯器會根據(jù)類的內(nèi)部實現(xiàn)叠蝇，包括類名璃岳、接口名、方法和屬性等自動生成serialVersionUID悔捶。如果類的源代碼有修改铃慷，那么重新編譯后serialVersionUID的取值可能會發(fā)生變化。因此實現(xiàn)Serializable接口的類一定要顯式地定義serialVersionUID屬性值蜕该。修改類時需要根據(jù)兼容性決定是否修改serialVersionUID值：
? ? ? ? ????????如果是兼容升級犁柜，請不要修改serialVersionUID字段，避免反序列化失斕玫馋缅；
? ? ? ? ????????如果是不兼容升級，需要修改serialVersionUID值绢淀，避免反序列化混亂萤悴。
? ? ? ? 使用Java原生序列化需要注意，Java反序列化時不會調(diào)用類的無參構(gòu)造方法皆的，而是調(diào)用native方法將成員變量賦值為對應(yīng)類型的初始值覆履。基于性能及兼容性考慮费薄，不推薦使用Java原生序列化硝全。
? ? ? ? 2? Hessian序列化
? ? ? ? Hessian序列化是一種支持動態(tài)類型、跨語言楞抡、基于對象傳輸?shù)木W(wǎng)絡(luò)協(xié)議伟众。Java對象序列化的二進制流可以被其它語言反序列化。
? ? ? ? Hessian協(xié)議具有如下特性：
? ? ? ? ? ? ? ?自描述序列化類型拌倍。不依賴外部描述文件或接口定義赂鲤，用一個字節(jié)表示常用基礎(chǔ)類型噪径，極大縮短二進制流。
? ? ? ? ? ? ? ? 語言無關(guān)数初，支持腳本語言找爱。
? ? ? ? ? ? ? ? 協(xié)議簡單，比Java原生序列化效率高泡孩。
? ? ? ? 相比Hessian 1.0版本车摄，2.0版本中增加了壓縮編碼，其序列化二進制流大小是Java序列化的50%仑鸥，序列化耗時是Java序列化的30%吮播，反序列化耗時是Java反序列化的20%。
? ? ? ? Hessian會把復(fù)雜對象所有屬性存儲在一個Map中進行序列化眼俊。所以在父類意狠、子類存在同名成員變量的情況下， Hessian序列化時疮胖，先序列化子類环戈，然后序列化父類，因此反序列化結(jié)果會導(dǎo)致子類同名成員變量被父類的值覆蓋澎灸。
? ? ????3? JSON序列化
? ? ????JSON是一種輕量級的數(shù)據(jù)交換格式院塞。JSON序列化就是將數(shù)據(jù)對象轉(zhuǎn)換為JSON字符串。在序列化過程中拋棄了類型信息性昭，所以反序列化時只有提供類型信息才能準(zhǔn)確地反序列化拦止。相比前兩種方式，JSON可讀性比較好糜颠，方便調(diào)試汹族。
