面试官：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
设置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 深度历险：核心原理与应用实践》
竟然已经看到这里了，你我定是有缘人，留下你的点赞和关注，他日必成大器。
微信公众号：万猫学社
微信扫描二维码
关注后回复「电子书」
获取12本Java必读技术书籍
标签：面试官,对象,Redis,整数,共享,more 来源： https://www.cnblogs.com/heihaozi/p/15978999.html