详解 Redis 对象（下）

1 类型检查与命令多态

Redis中用于操作键的命令基本上可以分为两种类型。
其中一种命令可以对任何类型的键执行，比如说DEL命令、EXPIRE 命令、RENAME命令、TYPE命令、OBJECT命令等。
而另一种命令只能对特定类型的键执行，比如说:

• SET、GET、APPEND、STRLEN等命令只能对字符串键执行;
• HDEL、HSET、HGET、HLEN等命令只能对哈希键执行;
• RPUSH、LPOP、LINSERT. LLEN等命令只能对列表键执行;
• SADD、SPOP、SINTER、SCARD等命令只能对集合键执行;
• ZADD、ZCARD、ZRANK、ZSCORE等命令只能对有序集合键执行;

2 内存回收

因为C语言并不具备自动内存回收功能，所以Redis在自己的对象系统中构建了一个引用计数( reference counting)技术实现的内存回收机制，通过这一机制，程序可以通过跟踪对象的引用计数信息，在适当的时候自动释放对象并进行内存回收。
每个对象的引用计数信息由redi s0bject结构的refcount属性记录:

typedef struct redisObject {
//
//引用计数
int refcount ;
//
...
} robj;

• 在创建一个新对象时，引用计数的值会被初始化为1;
• 当对象被一个新程序使用时，它的引用计数值会被增一;
• 当对象不再被一个程序使用时，它的引用计数值会被减一;
• 当对象的引用计数值变为0时，对象所占用的内存会被释放。

3 对象共享

除了用于实现引用计数内存回收机制之外，对象的引用计数属性还带有对象共享的作用。
举个例子，假设键A创建了一个包含整数值100的字符串对象作为值对象，如图所示。
如果这时键B也要创建一个同样保存了整数值100的字符串对象作为值对象，那么服务器会让键A和键B共享同一个字符串对象; 引用计数会发生变化。

注意： 为什么Redis不共享包含字符串的对象?
当服务器考虑将一个共享对象设置为键的值对象时，程序需要先检查给定的共享对象和键想创建的目标对象是否完全相同，只有在共享对象和目标对象完全相同的情况下，程序才会将共享对象用作键的值对象，而一个共享对象保存的值越复杂，验证共享对象和目标对象是否相同所需的复杂度就会越高，消耗的CPU时间也会越多:

• 如果共享对象是保存整数值的字符串对象，那么验证操作的复杂度为0(1);
• 如果共享对象是保存字符串值的字符串对象，那么验证操作的复杂度为O(N);
• 如果共享对象是包含了多个值(或者对象的)对象，比如列表对象或者哈希对象，那么验证操作的复杂度将会是0(N)。

因此，尽管共享更复杂的对象可以节约更多的内存，但受到CPU时间的限制，Redis只对包含整数值的字符串对象进行共享。

4 对象的空转时长

除了前面介绍过的type、encoding、ptr和refcount四个属性之外，redisObject结构包含的最后一个属性为lru属性，该属性记录了对象最后一次被命令程序访问的时间:

typedef struct redi s0bject {
//
unsigned lru:22;
//
} robj;

OBJECT IDLETIME命令可以打印出给定键的空转时长，这一空转时长就是通过将当前时间减去键的值对象的lru时间计算得出的。