Redis中的内存回收
因为 C 语言并不具备自动的内存回收功能， 所以Redis在自己的对象系统中构建了一个引用计数技术实现的内存回收机制， 通过这一机制， 程序可以通过跟踪对象的引用计数信息， 在适当的时候自动释放对象并进行内存回收。
每个对象的引用计数信息由 redisObject 结构的 refcount 属性记录：
typedef struct redisObject {
// ...
// 引用计数
int refcount;
// ...
} robj;
对象的引用计数信息会随着对象的使用状态而不断变化：
- 在创建一个新对象时， 引用计数的值会被初始化为
1； - 当对象被一个新程序使用时， 它的引用计数值会被增一；
- 当对象不再被一个程序使用时， 它的引用计数值会被减一；
- 当对象的引用计数值变为
0时， 对象所占用的内存会被释放。
| 函数 | 作用 |
|---|---|
incrRefCount | 将对象的引用计数值增一。 |
decrRefCount | 将对象的引用计数值减一， 当对象的引用计数值等于 0 时， 释放对象。 |
resetRefCount | 将对象的引用计数值设置为 0 ， 但并不释放对象， 这个函数通常在需要重新设置对象的引用计数值时使用。 |
对象的生命周期
对象的整个生命周期可以划分为创建对象、操作对象、释放对象三个阶段。
// 创建一个字符串对象 s ，对象的引用计数为 1
robj *s = createStringObject(...)
// 对象 s 执行各种操作 ...
// 将对象 s 的引用计数减一，使得对象的引用计数变为 0
// 导致对象 s 被释放
decrRefCount(s)
对象共享
对象的引用除了进行内存回收之外，还带有对象共享的作用。
假设键A创建一个包含整数值100的字符串作为值对象
现在假设键
B也要创建一个同样的字符串作为值对象，有两种做法：
- 为键
B新创建一个包含整数值100的字符串对象； - 让键
A和键B共享同一个字符串对象；
第二种方法是明显优于第一种方法的。
在Redis中， 让多个键共享同一个值对象需要执行以下两个步骤：
- 将数据库键的值指针指向一个现有的值对象；
- 将被共享的值对象的引用计数增一。
共享对象机制对于节约内存非常有帮助， 数据库中保存的相同值对象越多， 对象共享机制就能节约越多的内存。
Redis会在初始化服务器时， 创建一万个字符串对象， 这些对象包含了从 0 到 9999 的所有整数值， 当服务器需要用到值为 0到 9999 的字符串对象时， 服务器就会使用这些共享对象， 而不是新创建对象。
当服务器考虑将一个共享对象设置为键的值对象时， 程序需要先检查给定的共享对象和键想创建的目标对象是否完全相同， 只有在共享对象和目标对象完全相同的情况下， 程序才会将共享对象用作键的值对象， 而一个共享对象保存的值越复杂， 验证共享对象和目标对象是否相同所需的复杂度就会越高， 消耗的 CPU时间也会越多：
- 如果共享对象是保存整数值的字符串对象， 那么验证操作的复杂度为
；
- 如果共享对象是保存字符串值的字符串对象， 那么验证操作的复杂度为
；
- 如果共享对象是包含了多个值（或者对象的）对象， 比如列表对象或者哈希对象， 那么验证操作的复杂度将会是
。
因此， 尽管共享更复杂的对象可以节约更多的内存， 但受到CPU时间的限制，Redis 只对包含整数值的字符串对象进行共享。
