我正在面試間裡焦急地等待著，突然聽到了門外的腳步聲，隨即門被開啟，穿著乾淨滿臉清秀的青年走了進來，一股男士香水的淡香撲面而來。
面試官：“平時在工作中用過Redis嗎？”
我：“用的比較多。”我心中暗喜，Redis我熟啊，什麼五種資料型別、兩種持久化方式倒背如流啊。
面試官：“Redis的共享物件池瞭解嗎？”
“這個。。沒有太深入瞭解。”我支支吾吾的說到，手心已經冒出冷汗。
面試官：“回去等訊息吧。”
這句話說的乾淨利落，然後就沒有然後了。失敗是成功的媽媽，我不氣餒，決定馬上惡補一下。
共享物件池
建立大量重複的整數型別勢必會耗費大量記憶體，所以在Redis內部維護了一個從0到9999的整數物件池，這就是共享物件池。
為了驗證和理解，我們使用object refcount命令檢視一下物件引用數，效果如下：
127.0.0.1:6379> set one-more-num1 404
OK
127.0.0.1:6379> object refcount one-more-num1
(integer) 2
172.24.130.22:6379> set one-more-num2 404
OK
127.0.0.1:6379> object refcount one-more-num2
(integer) 3
設定one-more-num1為404後，直接使用共享池中的整數物件，所以引用數為2（另外一個引用在物件池上）；再設定one-more-num2為404後，引用數變成了3。
不過需要注意的是：當設定最大記憶體值（maxmemory）並且啟用LRU相關淘汰策略（如：volatile-lru、allkeys-lru）時，共享物件池將會被禁止使用。
為什麼沒有字串物件池？
共享物件池中一個關鍵操作是判斷物件是否相等。
Redis中只有整數型別的物件池，是因為整數的比較演算法的時間複雜度是O(1)，也只保留了10000個整數為了防止物件池的過度浪費。
相對而言，字串的比較演算法的時間複雜度是O(n)，特別是長字串的比較更加消耗效能。
而且，整數型別被重複使用的概率很大，字串被重複使用的概率相比就會小很多很多，所以在Redis中只用整數型別的物件共享池。
面試官你等著瞧吧，今天你對我愛答不理，明天我讓你高攀不起，哈哈哈。。。
參考文獻：
《Redis設計與實現》
《Redis開發與運維》
《Redis 深度歷險：核心原理與應用實踐》
竟然已經看到這裡了，你我定是有緣人，留下你的點贊和關注，他日必成大器。
微信公眾號：萬貓學社
微信掃描二維碼
關注後回覆「電子書」
獲取12本Java必讀技術書籍
