Redis的底層數(shù)據(jù)結(jié)構(gòu)非常多，其中包括SDS、ZipList、SkipList、LinkedList、HashTable、Intset等。如果你對Redis的理解還只停留在get、set的水平的話，是遠遠不足以應(yīng)對面試提問的。本文簡單介紹了Redis底層最重要的數(shù)據(jù)結(jié)構(gòu) - 簡單動態(tài)字符串(SDS)。

[[258985]]

Redis使用C語言開發(fā)，但并沒有使用C語言傳統(tǒng)的字符串表示(以空字符結(jié)尾的字節(jié)數(shù)組，以下簡稱C字符串)，而是自己構(gòu)建了一種名為簡單動態(tài)字符串的(simple dynamic string，SDS)的抽象類型，并將SDS用作Redis的默認(rèn)字符串表示。

在Redis里面，C字符串只會作為字符串字面量(static literal)用在一些無須對字符串值進行修改的地方。當(dāng)Redis需要的不僅僅是一個字符串字面量，而是一個可以被修改的字符串值時，Redis就會使用SDS來表示字符串值，比如在Redis的數(shù)據(jù)庫里面，包含字符串的鍵值對在底層都是由SDS實現(xiàn)的。

咱們來舉個例子，如果在客戶端執(zhí)行命令：

redis> SET msg "hello world" 
ok 

那么Redis將在數(shù)據(jù)庫中創(chuàng)建一個新的鍵值對，其中：

鍵值對的鍵是一個字符串對象，對象的底層實現(xiàn)是一個保存著字符串“msg”的SDS。

鍵值對的值也是一個字符串對象，對象的底層實現(xiàn)是一個保存著字符串“hello world”的SDS。

除了用來保存數(shù)據(jù)庫中的字符串值之外，SDS還被用作緩沖區(qū)：AOF模塊中的AOF緩沖區(qū)，以及客戶端狀態(tài)中的輸入緩沖區(qū)，都是由SDS實現(xiàn)的。總之，SDS是Redis的最基礎(chǔ)也是最重要的數(shù)據(jù)結(jié)構(gòu)。

1.SDS的定義

每個 sds.h/sdshdr 結(jié)構(gòu)表示一個SDS值：

struct sdshdr{ 
    // 記錄buf數(shù)組中已使用字節(jié)的數(shù)量 
    // 等于SDS所保存字符串的長度 
    int len; 
     
    // 記錄buf數(shù)組中未使用字節(jié)的數(shù)量 
    int free; 
    //字節(jié)數(shù)組，用于保存字符串 
    char buf[]; 
} 

用一張圖來表示：

SDS 遵循 C 字符串以空字符結(jié)尾的慣例， 保存空字符的 1字節(jié)空間不計算在 SDS 的 len 屬性里面， 并且為空字符分配額外的 1 字節(jié)空間， 以及添加空字符到字符串末尾等操作都是由 SDS 函數(shù)自動完成的， 所以這個空字符對于 SDS 的使用者來說是完全透明的。

2.SDS與C字符串的區(qū)別

現(xiàn)在來說，C語言使用長度為N+1的字符數(shù)組來表示長度為N的字符串，并且字符數(shù)組的***一個元素總是空字符“”。

C的這種簡單的字符串表達方式，并不能滿足Redis對字符串在安全性、效率以及功能方面的要求。具體有以下幾個方面。

2.1 常數(shù)復(fù)雜度獲取字符串長度

因為C字符串并不記錄字符串的長度信息，所以為了獲取一個C字符串的長度，程序必須遍歷整個字符串，對遇到的每個字符進行計數(shù)，直到遇到空字符為止，這個操作的復(fù)雜度為O(n)。而在Redis的SDS中，這個時間復(fù)雜度只有O(1)。

2.2 杜絕緩沖區(qū)溢出

除了獲取字符串長度的復(fù)雜度高之外，C字符不記錄自身長度帶來的另一個問題就是緩沖區(qū)溢出。舉個例子，C語言的 strcat 函數(shù)可以將字符串中的內(nèi)容拼接到 dest 字符串的末尾，但是當(dāng)字符串的容量不夠就會產(chǎn)生緩存區(qū)溢出，因為字符串也是基于數(shù)組實現(xiàn)的，也是有大小限制的。

Redis的SDS已經(jīng)杜絕了這個問題，那它是如何解決的呢?

當(dāng)API要對SDS進行修改時，API會先檢查SDS的空間是否滿足修改所需的空間，如果不夠的話，API會自動將SDS的空間進行擴容，然后才執(zhí)行實際的修改操作。這就避免了緩沖區(qū)內(nèi)存溢出。

2.3 減少修改字符串時帶來的內(nèi)存重分配次數(shù)

上面說到了API會在修改SDS字符串時自動擴容，如果每次修改都伴隨著對字符串內(nèi)的數(shù)組的內(nèi)存重分配，那效率可想而知。所以Redis實現(xiàn)了空間預(yù)分配和惰性空間釋放兩種優(yōu)化策略。

空間預(yù)分配

空間預(yù)分配用于優(yōu)化SDS的字符串增長操作：當(dāng)SDS的API對一個SDS進行修改，并且需要對SDS進行空間擴展的時候，程序不僅會為SDS分配修改所需要的空間，還會為SDS分配額外的未使用空間。

總的來說，額外分配的未使用空間數(shù)量大小有兩種可能：

如果對SDS修改之后，SDS的長度將小于1MB，那么程序分配和len 屬性同樣大小的未使用空間，這時候SDS的 free 屬性的值將和 len 屬性的值相同。也就是說，該SDS字符串修改完后還有近一半的容量。

如果對SDS修改之后，SDS的長度大于等于1MB，那么程序會分配1MB的未使用空間。這個是固定的。

通過空間預(yù)分配，Redis可以減少連續(xù)執(zhí)行字符串操作所需的內(nèi)存重分配次數(shù)。

惰性空間釋放

惰性空間釋放用于優(yōu)化SDS的字符串縮短操作：當(dāng)SDS的API需要縮短SDS保存的字符串時，程序并不立即使用內(nèi)存重分配來回收縮短后多出來的字節(jié)，而是使用 free 屬性將這些字節(jié)的數(shù)量記錄起來，并等待將來使用。

2.4 二進制安全

在C語言中，字符串的存儲必須符合某種編碼(ASCII)，并且字符串不能包含空字符，否則會被認(rèn)為是字符串結(jié)尾。這些限制使得C字符串只能保存文本數(shù)據(jù)，而不能保存像圖片、音頻、視頻、壓縮文件這樣的二進制數(shù)據(jù)。

所以，為了解決C字符串的不足，Redis的 buf 數(shù)組保存的是二進制數(shù)據(jù)，這也就是把SDS的 buf 數(shù)組稱為字節(jié)數(shù)組的原因。

2.5 兼容部分C字符串函數(shù)

雖然 Redis 的API都是二進制安全的，但它們一樣遵循C字符串以空字符串結(jié)尾的慣例，這些API總會將SDS保存的數(shù)據(jù)的末尾設(shè)置為空字符，并且總會在為 buf 數(shù)組分配空間時多分配一個字節(jié)來容納這個空字符，這是為了讓那些保存文本數(shù)據(jù)的SDS可以重用一部分C的函數(shù)。

舉個例子， 如果我們有一個 SDS 的指針 s ， 那么我們可以直接使用 stdio.h/printf 函數(shù)， 通過執(zhí)行以下語句：

printf("%s", s->buf); 

來打印出 SDS 保存的字符串值 "Redis" ， 而無須為 SDS 編寫專門的打印函數(shù)。