Redis的序列化與反序列化的概念

序列化概念  

• 序列化：把對(duì)象轉(zhuǎn)化為可傳輸?shù)淖止?jié)序列過程稱為序列化。

• 反序列化：把字節(jié)序列還原為對(duì)象的過程稱為反序列化。

為什么需要序列化

• 序列化最終的目的是為了對(duì)象可以跨平臺(tái)存儲(chǔ)，和進(jìn)行網(wǎng)絡(luò)傳輸。而我們進(jìn)行跨平臺(tái)存儲(chǔ)和網(wǎng)絡(luò)傳輸?shù)姆绞骄褪荌O，而我們的IO支持的數(shù)據(jù)格式就是字節(jié)數(shù)組。

• 因?yàn)槲覀儐畏矫娴闹话褜?duì)象轉(zhuǎn)成字節(jié)數(shù)組還不行，因?yàn)闆]有規(guī)則的字節(jié)數(shù)組我們是沒辦法把對(duì)象的本來面目還原回來的，所以我們必須在把對(duì)象轉(zhuǎn)成字節(jié)數(shù)組的時(shí)候就制定一種規(guī)則（序列化），那么我們從IO流里面讀出數(shù)據(jù)的時(shí)候再以這種規(guī)則把對(duì)象還原回來（反序列化）。

• 如果我們要把一棟房子從一個(gè)地方運(yùn)輸?shù)搅硪粋€(gè)地方去，序列化就是我把房子拆成一個(gè)個(gè)的磚塊放到車子里，然后留下一張房子原來結(jié)構(gòu)的圖紙，反序列化就是我們把房子運(yùn)輸?shù)搅四康牡匾院螅鶕?jù)圖紙把一塊塊磚頭還原成房子原來面目的過程

  
  

什么情況下需要序列化

• 通過上面我想你已經(jīng)知道了凡是需要進(jìn)行“跨平臺(tái)存儲(chǔ)”和”網(wǎng)絡(luò)傳輸”的數(shù)據(jù)，都需要進(jìn)行序列化。

• 本質(zhì)上存儲(chǔ)和網(wǎng)絡(luò)傳輸 都需要經(jīng)過 把一個(gè)對(duì)象狀態(tài)保存成一種跨平臺(tái)識(shí)別的字節(jié)格式，然后其他的平臺(tái)才可以通過字節(jié)信息解析還原對(duì)象信息。

序列化只是一種拆裝組裝對(duì)象的規(guī)則，那么這種規(guī)則肯定也可能有多種多樣，比如現(xiàn)在常見的序列化方式有：JDK（不支持跨語言）、JSON、XML、Hessian、Kryo（不支持跨語言）、Thrift、Protostuff、FST（不支持跨語言）。

Java  序列化

java 實(shí)現(xiàn)序列化很簡(jiǎn)單，只需要實(shí)現(xiàn)Serializable 接口即可。

注意: JAVA序列化中常見的問題

問題一：static 屬性不能被序列化

原因：序列化保存的是對(duì)象的狀態(tài)，靜態(tài)變量屬于類的狀態(tài)，因此 序列化并不保存靜態(tài)變量。

問題二：Transient 屬性不會(huì)被序列化

java 的 transient 關(guān)鍵字的作用是需要實(shí)現(xiàn) Serilizable 接口，將不需要序列化的屬性前添加關(guān)鍵字 transient，序列化對(duì)象的時(shí)候，這個(gè)屬性就不會(huì)序列化到指定的目的地中。 

問題三：序列化版本號(hào)serialVersionUID

所有實(shí)現(xiàn)序列化的對(duì)象都必須要有個(gè)版本號(hào)，這個(gè)版本號(hào)可以由我們自己定義，當(dāng)我們沒定義的時(shí)候JDK工具會(huì)按照我們對(duì)象的屬性生成一個(gè)對(duì)應(yīng)的版本號(hào)。使用JDK生成的 serialVersionUID，只要對(duì)象有一丁點(diǎn)改變serialVersionUID就會(huì)隨著變更。因此建議自己手動(dòng)定義該版本號(hào)。

redis序列化方式對(duì)比：

redis 的默認(rèn)方式是 JdkSerializationRedisSerializer。

JdkSerializationRedisSerializer：使用JDK提供的序列化功能。優(yōu)點(diǎn)是反序列化時(shí)不需要提供類型信息(class)，但缺點(diǎn)是需要實(shí)現(xiàn)Serializable接口，還有序列化后的結(jié)果非常龐大，是JSON格式的5倍左右，這樣就會(huì)消耗redis服務(wù)器的大量?jī)?nèi)存。

Jackson2JsonRedisSerializer：使用Jackson庫(kù)將對(duì)象序列化為JSON字符串。優(yōu)點(diǎn)是速度快，序列化后的字符串短小精悍，不需要實(shí)現(xiàn)Serializable接口。但缺點(diǎn)也非常致命，那就是此類的構(gòu)造函數(shù)中有一個(gè)類型參數(shù)，必須提供要序列化對(duì)象的類型信息(.class對(duì)象)。通過查看源代碼，發(fā)現(xiàn)其只在反序列化過程中用到了類型信息。

問題：使用默認(rèn)的JDK序列化方式，在RDM工具中查看k-v值時(shí)會(huì)出現(xiàn)“亂碼”，不方便查看。

解決：自定義系列化方式，使用Jackson2JsonRedisSerializer

Redis 序列化

當(dāng)你用Redis的key和value時(shí)，value對(duì)于redis來講就是個(gè)byte array。你要自己負(fù)責(zé)把你的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換成byte array，等讀取時(shí)再讀出來。

一個(gè)特例是字符串，因?yàn)樽址约簬缀蹙鸵呀?jīng)是byte array了，所以不需要自己處理。

Spring 的 redisTemplate 默認(rèn)會(huì)使用 java serialization 做序列化。你也可以用 StringRedisTemplate，那么你 set 的所有數(shù)據(jù)都會(huì)被 toString 一下再存到 redis 里。但這個(gè) toString 不一定能反解析的回來。如果使用 java 原生序列化方式，可能會(huì)有遠(yuǎn)程代碼執(zhí)行問題，因此建議使用其他序列化方式代替。