Redis面試都卷到C語言去了......

作者：江南一點雨 2024-08-12 09:55:42

不同于 C 中的字符串，SDS 可以存儲二進制數據，因為 SDS 不再通過 \0 去判斷字符串結束，因為有一個 len 變量存儲了字符串的長度。

Redis 面試都卷到 C 去了。有個小伙伴在前兩天找松哥模面的時候如是說到。

是啊，沒辦法，自從 Java 八股文這個概念被提出來并且逐步在 Java 程序員中強化之后，現在各種各樣的八股文手冊，有免費的有付費的，琳瑯滿目。

單純的八股文已經區分不出 Java 猿水平的高低了，所以現在面試總會卷出新高度。

這次是小伙伴面試時候被問到一個 SDS 的問題，也就是 Redis 中 String 字符串的底層實現原理。

我來和小伙伴們簡單聊一聊這個話題。

一 String 類型

Redis 中有一個 String 類型，使用頻率還比較高，我們日常做緩存、分布式鎖都會用到。

很多小伙伴也都知道 Redis 是用 C 寫的，那么就有一個問題，Redis 中的 String，底層數據結構是什么樣的？

是不是就是 C 中的 String 呢？

玩過 C 的小伙伴應該知道，C 語言本身并沒有內置的 String 類型，但是 C 語言中可以使用字符數組（char array[]）或指向字符的指針（char *pointer）來表示字符串。在 C 語言中，字符串是以空字符 '\0' 結尾的字符序列。例如：

char *str1 = "Hello, World!";

在這個例子中，str1 是一個指向字符串字面量 "Hello, World!" 的指針。

當我們在 Redis 中使用 String 的時候，很多小伙伴可能會想這個 String 可能就是 C 中的 String 吧？并不是！

為什么不直接使用 C 中的 String 呢？主要有以下幾種考慮：

有鑒于此，Redis 自己搞了個 SDS，全稱是 Simple Dynamic String。這個 SDS 和 C 中的字符串的關系，有點像我們 Java 中 List 和數組的關系，有點。

為了解決上述問題，小伙伴們可以先想想，我們都需要哪些東西呢？

這是三個最基本的屬性。

當然在具體實踐中還有一個 flags 屬性，這個屬性用來表示 SDS 的類型，因為 Redis 設計了幾種不同的 SDS 類型，這樣的設計主要是為了節省內存。

圖片

從這里可以看到，一共有五種不同的 SDS 類型，分別是：

從注釋中可以看到，sdshdr5 其實沒有使用，另外四個的區別主要在于數組長度和分配空間長度的差異。

以 sdshdr16 為例，uint16_t 表示 16 位無符號 int 值，能表示的最大值是 2^16-1，所以它的 buf 數組的最大長度就是 2^16。

按照這樣的設計，其實 Redis 的字符串能夠存儲超大的字符串，例如，sdshdr32 類型意味著能夠存儲的字符長度是 2^32，一個字符占一個字節，就是 4GB。

可是實際上 Redis 的字符串存不了這么長的，Redis 內部會對字符串的長度進行限制，最大是 512MB。

當然實際生產中我們不建議這么搞，一般字符串最好不要超過 1MB。

為了提升效率，SDS 中使用的編碼格式也會根據情況來定。

圖片

圖片

不同于 C 中的字符串，SDS 可以存儲二進制數據，因為 SDS 不再通過 \0 去判斷字符串結束，因為有一個 len 變量存儲了字符串的長度。

同時，SDS 在字符串擴容的時候也會進行預分配，這些機制類似于咱們 Java 中 ArrayList 擴容、HashMap 擴容，擴容時會預留空間，避免頻繁擴容。

同時，縮容的時候并不會立馬釋放多余空間，防止后續又要擴容。

責任編輯：武曉燕來源：江南一點雨