- redis 的键值对，都是由对象组成的，
其中键总是一个字符串对象（string object）
而键的value则可以是："字符串对象"， "列表对象 （list object）"，"哈希对象 (hash object)"， "集合对象(set object)"， "有序集合对象(sorted set object)" 这五种对象集合中的一种！
-
字符串的键值对，底层都是由两个sds对象组成的。
-
简单动态字符串（simple dynamic string, SDS） 结构体：
- sds 优点（较c 字符串优缺点）：
a. 常数复杂度 获取字符串长度
redis底层为c语言， 而c 语言中字符串，并没有对获取长度参数 进行方法封装，即获取长度，只能进行遍历，直至最后一位获取为空字符，这样时间复杂度比较高o(n) , sds 则是根据len 长度 来记录sds 本身的长度，获取时间复杂度为o (1)
b. 杜绝缓冲区溢出 （我认为叫自动扩容）
c 字符串不记录长度值，在进行字符串的拼接操作时，容易出现溢出。即两个字符串拼接时， 第二个字符串的字符会出现没有全部写入
sds api 则是对于长度校验，如果两个即将拼接的长度超出，则进行扩容，扩展到所需要的大小
c. 减少修改字符串时带来的内存重分配次数
还是由于c 字符串没有 对于长度值得问题，如果这个字符串进行了增加或者删除操作，就会调用新得内存空间，这个调用比较耗时，比较重
sds 则是实现了空间预分配和惰性空间释放策略
空间预分配：简单来说我认为和hashmap 的扩容有点像，新增了一部分空间，留着以后用
惰性空间释放： 用于优化sds的字符串缩短操作，就是如果空间多了，先不会释放，使用free属性，来进行记录，留着将来使用。避免缩短字符串带来的内存重分配操作，sds也有相应api ,如果有需要，可以释放sds 未使用的空间
d. 二进制安全（sds 底层数组为二进制数据，可存储任意格式数据）
c语言 字符串必须符合某种编码规则（比如 ASCII），2. 中间数据不能包含空字符（约定为字符串为空是结尾， 如果有空则被认为结束！）这样会限制c字符串只能保存文本数据
sds 存放在buf数组里的数据为二进制格式，（buf数组 存得不是字符，存的是二进制数据，sds api 方法内 进行了处理），所以sds 可以保存任意格式二进制数据
思考： sds 算不算是装饰器模式呢？增强了c 语言没有的功能，与方法