为什么redis单线程模型能够支持高并发？

为什么redis 的线程模型是单线程？

Redis基于Reactor模式开发了自己的网络事件处理器——文件事件处理器 (file event handler)，这个文件事件处理器是单线程的，所以 redis 才叫做单线程的模型。

文件事件处理器

组成部分

多个套接字
IO 多路复用程序
文件事件分派器
事件处理器（连接应答处理器、命令请求处理器、命令回复处理器）

特点

文件事件处理器使用I/O多路复用程序来同时监听多个套接字，并根据套接字目前执行的任务来为套接字关联不同的事件处理器。
被监听的套接字准备执行连接应答accept、读取read、write、close等操作。
文件事件处理器采用 IO 多路复用机制同时监听多个 socket，产生事件的socket 会被压入内存队列中，事件分派器根据 socket 上的事件类型来选择对应的事件处理器进行处理。

来看客户端与 redis 的一次通信过程：

首先，redis 服务端进程初始化的时候，会将 server socket 的 AE_READABLE 事件与连接应答处理器关联。

客户端 socket01 向 redis 进程的 server socket 请求建立连接，此时 server socket 会产生一个 AE_READABLE 事件，IO 多路复用程序监听到 server socket 产生的事件后，将该 socket 压入队列中。文件事件分派器从队列中获取 socket，交给连接应答处理器。连接应答处理器会创建一个能与客户端通信的 socket01，并将该 socket01 的 AE_READABLE 事件与命令请求处理器关联。

假设此时客户端发送了一个 set key value 请求，此时 redis 中的 socket01 会产生 AE_READABLE 事件，IO 多路复用程序将 socket01 压入队列，此时事件分派器从队列中获取到 socket01 产生的 AE_READABLE 事件，由于前面 socket01 的 AE_READABLE 事件已经与命令请求处理器关联，因此事件分派器将事件交给命令请求处理器来处理。命令请求处理器读取 socket01 的 key value 并在自己内存中完成 key value 的设置。操作完成后，它会将 socket01 的 AE_WRITABLE 事件与命令回复处理器关联。

如果此时客户端准备好接收返回结果了，那么 redis 中的 socket01 会产生一个 AE_WRITABLE 事件，同样压入队列中，事件分派器找到相关联的命令回复处理器，由命令回复处理器对 socket01 输入本次操作的一个结果，比如 ok，之后解除 socket01 的 AE_WRITABLE 事件与命令回复处理器的关联。

为什么redis单线程模型的效率这么高？

• 纯内存操作。
• 核心是基于非阻塞的 IO 多路复用机制。
• 底层采用c语言实现，效率相对较高。
• 单线程反而避免了多线程的频繁上下文切换问题，预防了多线程可能产生的竞争问题。