面试官：Redis的共享对象池了解吗？

我正在面试间里焦急地等待着，突然听到了门外的脚步声，随即门被打开，穿着干净满脸清秀的青年走了进来，一股男士香水的淡香扑面而来。

面试官：“平时在工作中用过Redis吗？”

我：“用的比较多。”我心中暗喜，Redis我熟啊，什么五种数据类型、两种持久化方式倒背如流啊。

面试官：“Redis的共享对象池了解吗？”

“这个。。没有太深入了解。”我支支吾吾的说到，手心已经冒出冷汗。

面试官：“回去等消息吧。”

这句话说的干净利落，然后就没有然后了。失败是成功的妈妈，我不气馁，决定马上恶补一下。

共享对象池

创建大量重复的整数类型势必会耗费大量内存，所以在Redis内部维护了一个从0到9999的整数对象池，这就是共享对象池。

为了验证和理解，我们使用object refcount命令查看一下对象引用数，效果如下：

登录后复制

127.0.0.1:6379> set one-more-num1 404
OK
127.0.0.1:6379> object refcount one-more-num1
(integer) 2
172.24.130.22:6379> set one-more-num2 404
OK
127.0.0.1:6379> object refcount one-more-num2
(integer) 3

     

      
1.
      
2.
      
3.
      
4.
      
5.
      
6.
      
7.
      
8.
     

设置one-more-num1为404后，直接使用共享池中的整数对象，所以引用数为2（另外一个引用在对象池上）；再设置one-more-num2为404后，引用数变成了3。

不过需要注意的是：当设置最大内存值（maxmemory）并且启用LRU相关淘汰策略（如：volatile-lru、allkeys-lru）时，共享对象池将会被禁止使用。

为什么没有字符串对象池？

共享对象池中一个关键操作是判断对象是否相等。

Redis中只有整数类型的对象池，是因为整数的比较算法的时间复杂度是O(1)，也只保留了10000个整数为了防止对象池的过度浪费。

相对而言，字符串的比较算法的时间复杂度是O(n)，特别是长字符串的比较更加消耗性能。

而且，整数类型被重复使用的概率很大，字符串被重复使用的概率相比就会小很多很多，所以在Redis中只用整数类型的对象共享池。

---

面试官你等着瞧吧，今天你对我爱答不理，明天我让你高攀不起，哈哈哈。。。

参考文献：
《Redis设计与实现》
《Redis开发与运维》
《Redis 深度历险：核心原理与应用实践》

---

竟然已经看到这里了，你我定是有缘人，留下你的点赞和关注，他日必成大器。