Redis：只刷面试题，怎可能进大厂，多理解原理(文件事件、时间事件)

Redis 服务器是一个 事件驱动程序，服务器需要处理以下两类事件：
①、文件事件： Redis 服务器通过 套接字 与客户端（或者其他 Redis 服务器）进行连接，而 文件事件就是服务器对套接字操作的抽象。
②、时间事件： Redis 服务器中的一些操作（比如 serverCron 函数）需要在给定的时间点执行，而时间事件就是服务器对这类定时操作的抽象。
asdsadasdasdasdsadasdasdasdsadassdasdsasdsadsdasdasdsadasdasdsadasdsadassadasdas————《Redis设计与实现》

---

文件事件：

332Redis 基 Reactor 模式开发了自己的 网络事件处理器：这个处理器被称为 文件事件处理器。

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

3sa32虽然 文件事件处理器以 单线程 方式运行，但通过使用 I/0 多路复用程序 来监听多个套接字。

3sa32⒈文件事件处理器的意义：

3ssaa32文件事件处理器既实现了高性能的网络通信模型，又可以很好地与 Redis 服务器中其他同样以单线程方式运行的模块进行对接，这保持了 Redis 内部单线程设计的简单性。

3sa32 ⒉文件事件处理器的构成：

3ssaa32四部分：套接字、I/O 多路复用程序、文件事件分派器、 以及事件处理器。

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

3ssaa32I/O多路复用程序： I/O 多路复用程序 负责监听多个套接字，并向文件事件分派器传送那些产生了事件的套接字。（尽管多个文件事件可能会并发地出现，但 I/O 多路复用程序总是会将所有产生事件的套接字都放到一个队列里面， 然后通过这个队列， 以有序、同步、每次一个套接字的方式向文件事件分派器传送套接字）。如图：

3ssaa32文件事件分派器： 接收 I/O 多路复用程序传来的套接字，并根据套接字产生的事件的类型，调用相应的事件处理器。( 服务器会为执行不同任务的套接字关联不同的事件处理器，这些处理器是一个个函数，它们定义了某个事件发生时，服务器应该执行的动作。)

3sa32 ⒊I/O 多路复用程序的实现：

3ssaa32 Redis 的 I/O 多路复用程序的所有功能都是通过包装常见的select 、epoll 、evport 和 kqueue 这些 I/0 多路复用函数库来实现的，每个I/O 多路复用函数库在Redis 源码中都对应一个单独的文件。

3sa32 ⒋事件的类型：

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

3ssaa3sa2①、当套接字变得 可读 时（客户端对套接字执行 write 操作，或者执行 close 操作），或者有新的可应答( acceptable) 套接字出现时（客户端对服务器的监听套接字执行 connect 操作），套接字产生 AE_READABLE 事件。

3ssaa3sa2②、当套接字变得 可写 时（客户端对套接字执行 read 操作），套接字产生 AEWRITABLE 事件。

3ssaass2如果一个套接字又可读又可写的话，那么 服务器将 先读套接字，后写套接字。

3sa32 ⒌文件事件处理器的相关API：

3sa32 ⒍文件事件的处理器：

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

3ssadsa32 ①、连接 应答 处理器：用于初始化阶段。为了对连接服务器的各个客户端进行应答， 服务器要为监听套接字关联。

3ssadsa32 ②、命令 请求 处理器：为了接收客户端传来的命令请求，服务器要为客户端套接字关联。

3ss adsa32③、命令 回复 处理器：为了向客户端返回命令的执行结果，服务器要为客户端套接字关联。

3ssaa32 eg：Redis 客户端与服务器进行连接并发送命令的整个过程：

3ssadsa32 ①、假设一个 Redis 服务器正在运作，那么这个服务器的监听套接字的 AE_READABLE 事件应该正处于监听状态之下，而该事件所对应的处理器为 连接应答处理器。

3ssadsa32 ②、如果这时有一个Redis 客户端向服务器 发起连接，那么监听套接字将产生 AE _READABLE 事件，触发 连接应答处理器执行。处理器会对客户端的连接请求进行应答，然后创建客户端套接字，以及客户端状态，并将客户端套接字的 AE_READABLE 事件与命令请求处理器进行关联，使得客户端可以向主服务器发送命令请求。

3ssadsa32 ③、假设客户端向主服务器发送一个命令请求，那么客户端套接字将产生AE_READABLE 事件，引发命令请求处理器执行，处理器读取客户端的命令内容，然后传给相关程序去执行。

3ssadsa32 ④、执行命令将产生相应的命令回复，为了将这些命令回复传送回客户端，服务器会将客户端套接字的AE_WRITABLE 事件与命令回复处理器进行关联。当客户端尝试读取命令回复的时候，客户端套接字将产生 AE_WRITABLE 事件，触发命令回复处理器执行，当命令回复处理器将命令回复全部写入到套接字之后，服务器就会解除客户端套接字的 AE_WRITABLE 事件与命令回复处理器之间的关联。

💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖

时间事件：

332Redis 的 时间事件 分为两类：

33ds2①、 定时事件： 让一段程序在 指定的时间之后 执行一次。

33ds2②、周期性事件： 让一段程序 每隔指定时间 就执行一次。

332一个 时间事件 主要由 3 个属性组成：

33ds2①、 id： 服务器为时间事件创建的全局唯一ID （ID 号按从小到大的顺序递增）。

33ds2②、when： 毫秒 精度的 UNIX 时间戳，记录了时间事件的 到达 时间。

33ds2③、timeProc： 时间事件处理器（一个函数），当时间事件到达时， 服务器就会调用相应的处理器来处理事件。

33ds2一个时间事件是定时事件还是周期性事件取决于时间事件处理器的返回值：

3①、如果事件处理器返回 ae.h/AE_NOMORE, 那么这个事件为 定时事件：该事件在达到一次之后就会被删除，之后不再到达。

3②、如果事件处理器返回一个非 AE_NOMORE 的整数值, 那么这个事件为 周期性事件。

3🐖：目前版本的Redis 只使用周期性事件，而没有使用定时事件。

3sa32⒈时间事件的实现：

3ssaa32服务器将所有时间事件都放在一个 无序链表 中， 每当时间事件执行器运行时， 它就 遍历整个链表， 查找所有已到达的时间事件， 并调用相应的事件处理器。如图：

3🐖：无序链表，指的是说该链表不按 when 属性的大小排序。正因为链表没有按 when 属性进行排序， 所以当时间事件执行器运行的时候， 它必须遍历链表中的所有时间事件，这样才能确保服务器中所有已到达的时间事件都会被处理。

3🐖：无序链表井不影响时间事件处理器的性能，因为，正常模式下的 Redis 服务器只使用 serverCron 一个时间事件，而在benchmark 模式下， 服务器也只使用两个时间事件。在这种情况下， 服务器几乎是 将无序链表退化成一个指针来使用，所以使用无序链表来保存时间事件，并不影响事件执行的性能。

3sa32 ⒉时间事件的相关API：

3sa32⒊时间事件应用实例： serverCron 函数

3ssaa32持续运行的 Redis 服务器需要 定期对自身的资源和状态进行检查和调整，从而确保服务器可以长期、稳定地运行，这些定期操作由 redis.c/serverCron 函数负责执行。

3ssaa32主要工作：

3ssdsaaa32①、更新服务器的各类统计信息，比如时间、内存占用、数据库占用情况等。

3ssdsaaa32②、清理数据库中的过期键值对。

3ssdsaaa32③、关闭和清理连接失效的客户端。

3ssdsaaa32④、尝试进行AOF 或 RDB 持久化操作。

3ssdsaaa32⑤、如果服务器是主服务器，那么对从服务器进行定期同步。

3ssdsaaa32⑥、如果处于集群模式，对集群进行定期同步和连接测试。

3ssaa32 Redis 服务器以周期性事件的方式来运行 serverCron 函数，在服务器运行期间，每隔一段时间， serverCron 就会执行一次，直到服务器关闭为止。(在 Redis2.6 版本，服务器默认规定 serverCron 每秒运行 10 次.)（从 Redis2.8 开始，用户可以通过修改 hz 选项来调整 serverCron 的每秒执行次数.）

💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖💖

事件的调度与执行:

3ssaa32因为服务器中同时存在文件事件和时间事件两种事件类型，所以服务器必须对这两种事件进行调度。（不具体展开，以图的形式来简略说明其流程。）

3🐖：对文件事件和时间事件的处理都是 同步、有序、原子地执行的 ，服务器不会中途中断事件处理，也不会对事件进行抢占，因此，不管是文件事件的处理器，还是时间事件的处理器，它们都会尽可地减少程序的阻塞时间，并在有需要时主动让出执行权，从而降低造成事件饥饿的可能性。
3🐖：比如说，在命令回复处理器将一个命令回复写入到客户端套接字时，如果写入字节数超过了一个预设常量的话，命令回复处理器就会主动用break 跳出写入循环，将余下的数据留到下次再写；
3🐖：另外，时间事件也会 将非常耗时的持久化操作放到子线程或者子进程执行。
3🐖：因为时间事件在文件事件之后执行，并且事件之间不会出现抢占，所以时间事件的实际处理时间，通常会比时间事件设定的到达时间稍晚一些。

---

重点回顾：

3ssdsaaa32①、Redis 服务器是一个事件驱动程序，服务器处理的事件分为时间事件和文件事件两类。

3ssdsaaa32②、文件事件处理器是基于 Reactor 模式实现的网络通信程序。

3ssdsaaa32③、文件事件是对套接字操作的抽象：每次套接字变为可应答、可写、可读 时，相应的文件事件就会产生。

3ssdsaaa32④、文件事件分为 AE_READABLE 事件（读事件）和 AE_WRITABLE 事件（写事件）两类。

3ssdsaaa32⑤、时间事件分为定时事件和周期性事件：定时事件只在指定的时间到达一次，而周期性事件则每隔一段时间到达一次。

3ssdsaaa32⑥、服务器在一般情况下只执行 serverCron 函数一个时间事件，并且这个事件是周期性事件。

3ssdsaaa32⑦、文件事件和时间事件之间是 合作关系，服务器会轮流处理这两种事件，并且处理事件的过程中也不会进行抢占。

3ssdsaaa32⑧、时间事件的实际处理时间通常会比设定的到达时间晚一些。

💖感谢各位的暴击三连~💖