文章目录
1. 概括
redis是事件驱动程序,服务器需要处理以下两种事件
- 文件事件
redis通过套接字与客户端进行连接,而文件事件就是服务器对套接字操作的抽象。客户端与服务器的通信会产生相应的文件事件,服务器通过监听并处理这些事件来完成一系列网络操作。 - 时间事件
定时执行任务,时间事件就是对这类定时操作的抽象。
2.1 文件事件
Redis基于Reactor模式开发了自己的网络事件处理器,这个处理器称为文件事件处理器:
- 使用I/O多路复用程序监听多个套接字,并根据套接字目前执行的任务来为套接字关联不同的文件事件处理器。
- 套接字准备应答、读取、写入、关闭时,文件事件处理器调用关联好的事件处理器进行处理。
即使Redis以单线程方式运行,但通过使用I/O多路复用监听多个套接字,文件事件处理器既实现了高性能的网络通信模型,也可以与其他同样以单线程方式运行的模块进行对接,保持了Redis内部单线程设计的简单性。
2.1.1 文件事件处理器的构成
图 IMAGE_CONSTRUCT_OF_FILE_EVENT_HANDLER 展示了文件事件处理器的四个组成部分, 它们分别是套接字、 I/O 多路复用程序、 文件事件分派器(dispatcher)、 以及事件处理器。
- I/O 多路复用程序总是会将所有产生事件的套接字都入队到一个队列里面, 然后通过这个队列, 以有序(sequentially)、同步(synchronously)、每次一个套接字的方式向文件事件分派器传送套接字: 当上一个套接字产生的事件被处理完毕之后(该套接字为事件所关联的事件处理器执行完毕), I/O 多路复用程序才会继续向文件事件分派器传送下一个套接字, 如图 IMAGE_DISPATCH_EVENT_VIA_QUEUE 。
2.1.2 I/O 多路复用程序的实现
- Redis 的 I/O 多路复用程序的所有功能都是通过包装常见的 select 、 epoll 、 evport 和 kqueue 这些 I/O 多路复用函数库来实现的, 每个 I/O 多路复用函数库在 Redis 源码中都对应一个单独的文件, 比如 ae_select.c 、 ae_epoll.c 、 ae_kqueue.c , 诸如此类。
2.1.3 事件的类型
多路复用程序可以监听多个套接字的 ae.h/AE_READABLE 事件和 ae.h/AE_WRITABLE 事件
- 当套接字变得可读时(客户端对套接字执行 write 操作,或者执行 close 操作), 或者有新的可应答(acceptable)套接字出现时(客户端对服务器的监听套接字执行 connect 操作), 套接字产生 AE_READABLE 事件。
- 当套接字变得可写时(客户端对套接字执行 read 操作), 套接字产生 AE_WRITABLE 事件。
I/O 多路复用程序允许服务器同时监听套接字的 AE_READABLE 事件和 AE_WRITABLE 事件, 如果一个套接字同时产生了这两种事件, 那么文件事件分派器会优先处理 AE_READABLE 事件, 等到 AE_READABLE 事件处理完之后, 才处理 AE_WRITABLE 事件。
这也就是说, 如果一个套接字又可读又可写的话, 那么服务器将先读套接字, 后写套接字。
2.1.3 文件事件的处理器
Redis 为文件事件编写了多个处理器, 这些事件处理器分别用于实现不同的网络通讯需求, 比如说:
- 为了对连接服务器的各个客户端进行应答, 服务器要为监听套接字关联连接应答处理器。
- 为了接收客户端传来的命令请求, 服务器要为客户端套接字关联命令请求处理器。
- 为了向客户端返回命令的执行结果, 服务器要为客户端套接字关联命令回复处理器。
- 当主服务器和从服务器进行复制操作时, 主从服务器都需要关联特别为复制功能编写的复制处理器。