【Redis非阻塞io多路复用线程模型】

最新推荐文章于 2025-04-14 19:03:07 发布

阿~bin

最新推荐文章于 2025-04-14 19:03:07 发布

阅读量607

点赞数

文章标签： redis java

本文链接：https://blog.youkuaiyun.com/Main__debug/article/details/124456092

版权

本文详细解析了Redis如何利用单线程结合io多路复用器，实现同时处理多个客户端请求，避免阻塞。讲解了网络IO多路复用机制（如epoll），对比了select、poll和epoll的异同，并展示了它们在事件监听和处理中的作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

详解Redis非阻塞io多路复用线程模型

redis比较快的原因有单线程、基于内存、io多路复用。前两个大家都知道，最后的io多路复用是个什么东西呢？
当我们多个客户端去请求redis的时，就会存在并发的情况，在单线程中势必导致阻塞。redis的多路复用模型就是为了结局这个问题。
在这里插入图片描述
同时接受多个客户端的请求，经过我们的io多路复用产生不同的事件套接字，放入我们的队列中，同步、有序的将事件分给我们的文件事件分派器，找到对应的处理器，完成io的读写。

io多路复用器

IO一般分为磁盘IO和网络IO，这里我们主要关注网络IO。一次完整的网络IO过程如下所示：
在这里插入图片描述
数据的处理之前需要准备数据等前置工作，多路复用可以先监听是否有读写数据，有则分发到具体线程进行处理。所以数据准备工作是非阻塞可以进行轮询，数据读写则是阻塞同步进行。
Linux中提供了select、poll和epoll三种方式来实现IO复用。一个线程可以对多个IO端口进行监听，当有读写事件产生时会分发到具体的线程进行处理。过程如下所示：
在这里插入图片描述
select，poll，epoll都是IO多路复用的机制。I/O多路复用就通过一种机制，可以监视多个描述符，一旦某个描述符就绪（一般是读就绪或者写就绪），能够通知程序进行相应的读写操作。但select，poll，epoll本质上都是同步I/O，因为他们都需要在读写事件就绪后自己负责进行读写，也就是说这个读写过程是阻塞的。
图片来源：https://blog.youkuaiyun.com/weixin_43001336/article/details/122773260