kangbin825的专栏

这里说点题外话，使用 redis 过期监听或者 rabbitmq 死信队列做延时任务都是以设计者预想之外的方式使用中间件，这种出其不意必自毙的行为通常会存在某些隐患，比如缺乏一致性和可靠性保证，吞吐量较低、资源泄漏等。在电商、支付等领域，往往会有这样的场景，用户下单后放弃支付了，那这笔订单会在指定的时间段后进行关闭操作，细心的你一定发现了像某宝、某东都有这样的逻辑，而且时间很准确，误差在1s内；那他们是怎么实现的呢？时间轮是一种很优秀的定时任务的数据结构，然而绝大多数时间轮实现是纯内存没有持久化的。

虚拟线程由 JVM 管理，而非操作系统，因此它们的内存占用和创建成本远低于传统线程。在 Spring Boot 中配置虚拟线程非常简单，只需几行代码即可启用虚拟线程，带来显著的性能提升。在高并发场景下，虚拟线程的优势尤为明显。：虚拟线程能处理更高并发的场景，特别是 I/O 密集型的应用，适合开发高并发、响应式的应用程序。：无需手动管理线程池，JVM 会根据负载自动调整虚拟线程的调度，简化了并发编程的复杂性。创建虚拟线程非常简单。是 Java 并发编程的革新，它简化了线程管理，提升了高并发场景下的性能。

3妹，这么晚了还不睡觉啊，在干嘛呢。：在学习呢，白天上班比较忙，只能在晚上的时间看会儿书了。：3妹加油，你尽早也会成为你羡慕的大牛的。：哈哈，多谢2哥。2哥，考考你，你知道redis为什么性能这么高吗？：这个不难，之前我也研究地，因为是基于内存、单线程、多路复用、特殊的数据结构等。：哇，2哥厉害，再给我讲讲呗。：行啊，不过说好，讲完就要睡觉了，熬夜对身体不好。身体是革命的本钱啊。：好的好的~

Redis官方FAQ回答:Redis是基于内存的操作，读取数据很快，不需要在某个线程读取数据时，切换到另一个线程来执行来提高CPU利用率，所以CPU不会成为瓶颈所在，Redis的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且CPU不会成为瓶颈，那就顺理成章地采用单线程的方案了。（这里的单线程指的是处理客户端发送的请求命令的文件处理器模块是单线程，其他模块不一定是单线程的。从Redis 4.0版本后，Redis又逐渐引入了多线程。）

2哥，我已经学习了和，知道了Redis的数据key-value结构，是放在内存里的。现在有个问题，那如果一直增加key, 内存不够用了咋办呢？：这个你想到了， Redis的设计者当然也想到了， Redis有过期策略和内存淘汰策略的。：这样啊， 那2哥给我讲讲呗。：可以是可以，就是口有点渴了，想喝杯咖啡。：可以，只要给我讲明白了，保证星巴克伺候。：哈哈，一言为定啊。

大多数情况下，Redis使用简单字符串SDS作为字符串的表示，相对于C语言字符串，SDS具有常数复杂度 获取字符串长度，杜绝了缓存区的溢出，减少了修改字符串长度时，所需的内存重分配次数，以及二进制安全，能存储各种类型的文件，并且还兼容部分C函数。通过为链表设置不同类型的特定函数，Redis链表可以 保存各种不同类型的值，除了用作列表键，还在发布与订阅、慢查询、监视器等方面发挥作用（后面会介绍）。Redis的字典 底层 使用 哈希表实现，每个字典通常有两个哈希表，一个平时使用，

3妹，干嘛呢，要不要出去吃好吃的？：在学习Redis呢，发现我们公司很多地方都用到了这个中间件，可是我对Redis还不懂，所以想学习下。：是的，Redis是一个比较常用的中间件，尤其是缓存的场景。：恩，多学习学习，向2哥大神看齐~：哈哈，说的我都不好意思了，我也有很多不懂的。只是工作时间长，经验比你丰富一些。：2哥，Redis到底是什么？你给我讲讲呗：emm, 肚子饿了，等我吃饱了再说。：吃饭时间还早，先给我讲讲，呆会儿请你吃大餐。：好呀好呀，不许反悔啊。