我們都知道redis是採用C語言開發，那麼在C語言中表示string都是採用char[]陣列的，然後你可能會想，那還不簡單，當我執行如下命令，肯定是直
接塞給char[]陣列的。
如果你真的這麼想的話，會有幾個問題就要過來砍你了，先我們來找一個redis手冊，http://doc.redisfans.com/
第一：如果你每次都執行Append函式，那是不是redis的char[]每次都需要再次擴容，這樣是不是每次都是耗時操作呢？
第二：如果你每次執行String中的StrLen，那redis底層是不是每次都要遍歷char陣列來得到結果呢？
一： 探索Redis中的String是如何儲存的
根據上面說的那些小情況，所以redis的作者沒有那麼傻，正常的邏輯應該是在char[]陣列的層面上自己再來封裝一層，你說對不對？？？
1. SDS結構體
在redis裡面是採用SDS(simple dynamic string)來封裝char[]的，這個也是redis儲存的最小單元，下一個問題就是哪裡能看得到呢？我在wget壓
縮包的時候，裡面就有redis原始碼啦，據說還只有3w多行，這就告訴我們，有什麼問題，自己動手豐衣足食，對吧，為查詢方便，我就把redis的原始碼拖
到window上用vs開啟，接下來我們看看SDS長成啥樣？？？
可以看到它是定義在redis原始碼中的sds.h原始檔中的，你可能會奇怪，這三個屬性是幹嘛用的？？？下面我簡單說一下。
<1> len： 標記char[]的長度, 有點類似我們C#中List的length一個意思。
<2> free: 標記char[]中未使用的元素個數，就是有幾個空坑的意思。
<3>buf[]:存放元素的坑，不一定和元素的實際個數相等，比如前面說的cnblogs。也有可能是[c][n][b][l][o][g][s][/0][][][]。
二：探索Redis物件(RedisObject)
前面說到的SDS僅僅是char[]陣列的封裝，並不能標識redis中的5大型別，所以可想而知，redis還需要在SDS上面進行封裝，所以就有了接下來的
RedisObject物件，我們先看看它長成啥樣。
可以看到RedisObject是在redis.h原始碼檔案中的，下面我簡單說說type和ptr屬性，詳細的東西在後續說。
<1> type 這個就是用來標識redisObject是哪種型別，既然是哪種型別，肯定就有一個型別列舉，對吧，肯定有了，給你看看。
<2> *ptr 可以看到這玩意還是個指標型別，它所指向的記憶體地址，你應該也知道了，就是所謂的SDS列舉型別。
好了，到現在你可以整合一下部落格開始處的：
127.0.0.1:6379> set name cnblogs OK 127.0.0.1:6379> get name "cnblogs" 127.0.0.1:6379>
針對上面的set命令，redis其實會建立兩個RedisObject物件， 鍵的RedisObject 和 值的RedisOjbect 其中它們的type=REDIS_STRING ，
也就都是字串物件型別，其中的SDS分別儲存的就是name和cnblogs的字元咯，好了，大概就這樣了。
三：挑選幾個有意思的命令
1. incr,incrby,decr,decrby
這四個命令有點像C#中的Interlocked類的方法，如果你瞭解Interlocked，你應該就知道下面有各種原子自增，自減等等方法，如下圖：
redis這個自增有什麼好處呢？我覺得用這個生成訂單號還是蠻好的，我記得在攜程的時候，生成訂單號是專門的一個OrderIDDB中的func函式來生成的，
這樣OrderID是不依賴於任何業務庫的，然後我們就可以相對方便的分庫分表了，現在用redis這樣做也挺好的。
其他的一些命令也沒什麼好說的了，大家可以對照redis手冊看一看就好了，就此結束，準備去公司了。