玩转Redis--第二篇：基础的字符串类型String

由于 我记录的只是redis的，所以我不想说一些废话，至于怎么理解的不懂得可以百度。

我们都知道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长成啥样？ ？ ？

我虚拟机上的 目录是/opt/redis-3.2.4/src    在这里面找到sds.h   在windows上打开  可以查看数据

可以看到它是定义在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手册看一看就好了