Redis的事件

Redis服务器是一个事件驱动程序，服务器需要处理以下两类事件：

• 文件事件（file event）：Redis服务器通过套接字与客户端（或者其他Redis服务器）进行连接，而文件事件就是服务器对套接字操作的抽象。服务器与客户端（或者其他服务器）的通信会产生相应的文件事件，而服务器则通过监听并处理这些事件来完成一系列网络通信操作。
• 时间事件（time event）：Redis服务器中的一些操作（比如serverCron函数）需要在给定的时间点执行，而时间事件就是服务器对这类定时操作的抽象。

文件事件 

Redis基于Reactor模式开发了自己的网络事件处理器：这个处理器被称为文件事件处理器（file event handler）：

• 文件事件处理器使用I/O多路复用（multiplexing）程序来同时监听多个套接字，并根据套接字目前执行的任务来为套接字关联不同的事件处理器。
• 当被监听的套接字准备好执行连接应答（accept）、读取（read）、写入（write）、关闭（close）等操作时，与操作相对应的文件事件就会产生，这时文件事件处理器就会调用套接字之前关联好的事件处理器来处理这些事件。

虽然文件事件处理器以单线程方式运行，但通过使用I/O多路复用程序来监听多个套接字，文件事件处理器既实现了高性能的网络通信模型，又可以很好地与Redis服务器中其他同样以单线程方式运行的模块进行对接，这保持了Redis内部单线程设计的简单性。 

文件事件处理器的构成

文件事件处理器的四个组成部分，它们分别是套接字、I/O多路复用程序、文件事件分派器（dispatcher），以及事件处理器。事件处理器是一个个函数，他们定义了某个事件发生时，服务器应该执行的动作。

文件事件是对套接字操作的抽象，每当一个套接字准备好执行连接应答(accept) 、写入、读取、关闭等操作时，就会产生一个文件事件。因为一个服务器通常会连接多个套接字，所以多个文件事件有可能会并发地出现。

I/O多路复用程序负责监听多个套接字，并向文件事件分派器传送那些产生了事件的套接字。

尽管多个文件事件可能会并发地出现，但I/O多路复用程序总是会将所有产生事件的套接字都放到一个队列里面，然后通过这个队列，以有序、同步、每次一个套接字的方式向文件事件分派器传送下一个套接字。（我感觉这就是所谓的Redis单线程处理请求命令！！！）

Redis基于Reactor模式开发了网络事件处理器，这个处理器被称为文件事件处理器。它的组成结构为4部分：多个套接字、IO多路复用程序、文件事件分派器、事件处理器。因为文件事件分派器队列的消费是单线程的，所以Redis才叫单线程模型。因为事件处理器是函数，所以我感觉就是文件事件派发器直接调用的事件处理器，所以处理请求的模块是单线程执行的。

I/O多路复用程序的实现

Redis的I/O多路复用程序的所有功能都是通过包装常见的select、epoll、evport(没听过) 、kqueue这些I/O多路复用函数库来实现的。

Redis程序会在编译时自动选择系统中性能最高的I/O多路复用函数库来作为Redis的I/O多路复用程序的底层实现。

事件的类型 

 I/O多路复用程序可以监听多个套接字的AE_READABLE事件和AE_WRITABLE事件，这两类事件和套接字操作之间的对应关系如下：

• 当套接字变得可读时或者有新的可应答套接字出现时（客户端对服务器的监听套接字执行connect操作），套接字产生AE_READABLE事件。
• 当套接字变得可写时，套接字产生AE_WRITABLE事件。

文件事件的处理器

 Redis为文件事件编写了多个处理器，这些事件处理器分别用于实现不同的网络通信需要求：

• 为了对连接服务器的各个客户端进行应答，服务器要为监听套接字关联连接应答处理器。（具体实现就是对Socket的accept函数的包装）
• 为了接收客户端传来的命令请求，服务器要为客户端套接字关联命令请求处理器。（具体实现就是对read函数的包装，读取请求内容，然后处理）
• 为了向客户端返回命令的执行结果，服务器要为客户端套接字关联命令回复处理器。（具体实现就是对write函数的包装）
• 当主服务器和从服务器进行复制操作时，主从服务器都需要关联特别为复制功能编写的复制处理器。

在这些事件处理器里面，最常用的是连接应答处理器、命令请求处理器和命令回复处理器。

时间事件 

Redis的时间事件分为以下两类：

• 定时事件：让一段程序在指定的时间之后执行一次。
• 周期性事件：让一段程序每隔指定时间就执行一次。 

一个时间事件主要由以下三个属性组成：

• id：服务器为时间事件创建的全局唯一ID。ID号按从小到大的顺序递增，新事件的ID号比旧事件的ID号要大。
• when：毫秒精度的UNIX时间戳，记录了时间事件的到达时间。
• timeProc：时间事件处理器，一个函数。当时间事件到达时，服务器就会调用相应的处理器来处理事件。说白了，就是时间到了，就调用一下这个函数！！！

Redis服务器将所有时间事件都放在一个无序链表中，每当时间事件执行器运行时，它就遍历整个链表，查找所有已经到达的时间事件，并调用相应的事件处理器。虽然这种实现很慢，但是正常模式下的Redis只使用servercon一个时间事件（周期性事件），所以并不影响太多的性能。 

事件的调度与执行

因为服务器中同时存在文件事件和时间事件，所以服务器必须对这两种事件进行调度，决定何时处理文件事件，何时处理时间事件：

• 对文件事件和时间事件的处理都是同步、有序、原子地执行的，服务器不会中途中断事件处理，也不会对事件进行抢占。因此，不管是文件事件的处理器，还是时间事件的处理器，都会尽可能地减少程序的阻塞时间，并在有需要时让出执行权，从而降低造成事件饥饿的可能性。
• 因为时间事件在文件事件之后执行，并且事件之间不会出现抢占，所以时间事件的实际处理时间，通常会比时间事件设定的到达时间稍晚一些。