redis基础的字符串类型

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长成啥样？？？

可以看到它是定义在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手册看一看就好了，就此结束，准备去公司了。