如果你仔細研究過 Redis 中各種實現(xiàn)細節(jié)，你會發(fā)現(xiàn)為了性能，Redis 真的是不遺余力。

作為一種高性能的鍵值存儲系統(tǒng)，Redis 廣泛用于緩存、會話管理、消息隊列等多種場景。

為了提高 Redis 在處理大量數(shù)據(jù)時的性能和效率，Redis 設(shè)計并實現(xiàn)了對象共享池（Shared Object Pool）這一內(nèi)部機制。

那么接下來松哥就和大家詳細說一說 Redis 中的對象共享池。

一 設(shè)計目的

Redis 的對象共享池主要用于復(fù)用一些常用的數(shù)據(jù)對象，以減少內(nèi)存的開銷。

在 Redis 中，一些常用的數(shù)據(jù)對象，主要是小整數(shù)（如 0 到 9999）等，是不會被改變的，因此可以安全地共享使用而無需重復(fù)創(chuàng)建。

例如你設(shè)置 set k1 99 和 set k2 99，這時 k1 和 k2 其實指向的是同一個對象。

通過共享這些對象，Redis 能夠顯著降低內(nèi)存的使用量，并減少對象的創(chuàng)建和銷毀時間，從而提升整體性能。

二 工作原理

在 Redis 服務(wù)器啟動時，會預(yù)先創(chuàng)建并存儲一些常用的對象到一個全局的哈希表中，這個哈希表就是對象共享池。

當 Redis 需要處理一個鍵值對時，會首先檢查這個鍵值對中的值是否已經(jīng)在對象共享池中。如果已存在，Redis 將直接引用該對象，而不是創(chuàng)建一個新的對象。

三 支持的對象類型

目前主要是支持小整型，也就是 0～9999 之間的整數(shù)，浮點型數(shù)據(jù)不支持。

四 應(yīng)用場景

對象共享池在多種場景下都能顯著提升 Redis 的性能和效率，特別是在處理大量重復(fù)數(shù)據(jù)時。例如，在 Web 應(yīng)用中，許多緩存的鍵值對可能包含相同的值，通過對象共享池，這些值可以被多個鍵值對共享，從而節(jié)省大量內(nèi)存。

注意事項

• 只讀性：對象共享池中的對象是只讀的，不可修改。如果應(yīng)用程序需要修改這些對象，Redis 會將其復(fù)制并創(chuàng)建一個新的對象進行操作。因此，在使用共享對象時，需要注意對象的可修改性。
• 內(nèi)存策略：當 Redis 設(shè)置了最大內(nèi)存值（maxmemory）并啟用了 LRU（最近最少使用）等相關(guān)淘汰策略時，對象共享池可能會被禁用。這是因為在內(nèi)存緊張的情況下，共享對象可能不再是最優(yōu)選擇。

五 實際案例

為了通過實際案例證明 Redis 中對象共享池的存在，我們可以結(jié)合 Redis 的內(nèi)部機制和一些實際操作來進行分析。雖然 Redis 的官方文檔沒有直接提及“對象共享池”這一術(shù)語，但我們可以從 Redis 如何處理整數(shù)對象的共享中看到其背后的共享機制。

假設(shè)我們有一個 Redis 服務(wù)器，它用于存儲和訪問大量的鍵值對。在這些鍵值對中，有一部分鍵對應(yīng)的值是常見的小整數(shù)。

我們來執(zhí)行以下命令：

SET k1 1  
OBJECT REFCOUNT k1  
SET k2 1  
OBJECT REFCOUNT k1

圖片

這里我要跟大家解釋下。

OBJECT REFCOUNT 命令理論上可以查看某一個 key 對應(yīng)的 value 被引用的次數(shù)。

所以我們期望第一次執(zhí)行 OBJECT REFCOUNT k1 的時候返回 1，第二次執(zhí)行 OBJECT REFCOUNT k1 的時候返回 2，但是實際上卻并非如此，每次都是返回 2^31-1。

雖然這里并沒有返回我們想要的值，但是大家可以看到，OBJECT REFCOUNT k1 返回的值確實和 value 為字符串的 key 的返回值是不同的。

松哥來解釋下原因。

通過分析 Redis 源碼，松哥發(fā)現(xiàn)新版本的 redis 中 OBJ_SHARED_INTEGERS 變量定義了共享整數(shù) 10000，并且定義不被銷毀的全局對象的引用數(shù)量 OBJ_SHARED_REFCOUNT 為 INT_MAX，INT_MAX = 2^31 - 1 =2147483647。

源碼位置在：https://github.com/redis/redis/blob/unstable/src/server.h#L903。

圖片

并且從源碼中可以看到當把一個對象設(shè)置為共享時候就會把 refcount 設(shè)置為 INT_MAX。

源碼位置在：https://github.com/redis/redis/blob/unstable/src/object.c#L56。

圖片

從這里就能看出，如果某個對象的引用次數(shù)是 2^31-1，那么就說明這個對象是一個引用對象。

Redis 實戰(zhàn)

Redis 博大精深，然而很多時候我們說到 Redis，卻只知道緩存或者分布式鎖，面試的時候也只能從這兩個角度去準備。

但是在實際面試中，Redis 這塊能夠發(fā)揮的地方可太多了：

• Redis 中 String 類型使用了什么樣的數(shù)據(jù)結(jié)構(gòu)？
• 為什么每種數(shù)據(jù)類型幾乎都設(shè)計了兩種以上的數(shù)據(jù)結(jié)構(gòu)？
• 為什么要延遲雙刪？原因是什么
• RedLock 解決了什么問題，為什么現(xiàn)在又被廢棄了？現(xiàn)在用什么？
• watchdog 什么情況下會失效？
• Redis 掛了怎么辦？
• 如何實現(xiàn)百萬級排行榜？
• 。。。

還有很多，我就不一一列舉了。