Reactor

1. 前言

这是EpollServer中处理读取数据的逻辑，该代码存在一些问题

1. 我们从fd读上来的数据都放在同一个buffer中了，如果有多个fd，数据不就混在一起了吗？
2. 通过非阻塞循环读取，确实能将本轮数据全部读上来，但如何保证读上来的数据是一个完整的报文？

因此，我们对每个fd都要建立一个单独的缓冲区，同时要引入协议

2. Reactor

Reactor是什么，我们暂时不管，先编写代码

不管是listensockfd，还是普通sockfd，今天我们不做区分，统称为"连接"

"连接"分为两种，监听sockfd和普通sockfd，用宏进行定义，同时提供属性的接口

每当"连接"底层事件就绪时，希望自动调用对应的处理方法，将数据放到自身的缓冲区中；因此，在每个连接中添加一批方法和缓冲区

在Rector中以unordered_map的数据结构将Connection管理起来，键值为sockfd

要提供能添加连接的接口，添加连接中，要完成三个任务：

1. 创建Connection对象，并设置好属性
2. 将Connection对象添加到数据结构中
3. 托管给epoll

对于epoll的操作，我们也进行封装，使用模板方法类的设计模式，对外提供接口

接下来，我们需要一个专门用来监听的"连接"，将它单独设计为一个模块，为Listener

在Main函数中，将listensockfd添加到Reactor中，开始进行事件的派发

进行事件派发时，将EPOLLERR/EPOLLHUP等事件统一交给EPOLLIN,EPOLLOUT进行处理

当EPOLLIN事件到来，在每个Connection中不是有对事件的处理方法吗？直接回调

EPOLLOUT也是同理

但每个"连接"的处理方法还没有，因此，AddConnection中，还要进行处理方法的注册

将两种套接字的处理方法都放在Reactor中，AddConnection时，根据"连接"的类型，注册不同的方法

在Main函数中，就要提前注册好Listener和Normal的处理方法

我们的Listener就开始监听，当有连接到来，自动回调到Accepter

所有ET模式下的fd都要设置为非阻塞，listensockfd和sockfd都要设置为非阻塞

连接到来，进行非阻塞循环读取

成功获取一个连接，由于需要调用Reactor中的AddConnection方法，因此，每个Connection都需要知道自身所处的Reactor，添加一个Reactor的地址即可

将新的连接添加到Reactor中，当连接底层读事件就绪，就会自动回调到处理读事件的方法

对于读，由于sockfd设置为ET模式，也是非阻塞循环读取，将读到的数据全部放到连接自身的缓冲区中

如何保证读到的是一个完整的报文？连接只负责IO，如何处理读到的数据则交给报文解析模块，因此，Normal内部需要有解析报文的方法

当底层数据读完了，执行报文解析方法

报文解析在cal_server代码中就有，直接拿来用

对于写，关心的是底层发送缓冲区有无空间，一个新获得的sockfd默认发送缓冲区为空

因此，写事件默认就是就绪的，直接发送数据即可

当写条件不满足时，也就是发送缓冲区满了并且数据没有发完，我们再开启对写事件的关心

如何得知写条件不满足呢？调用send接口失败，根据errno判断

等到写事件就绪，Reactor中会自动调用到发送数据的接口，替我们将剩余的数据发送了

需要注意的是：

1. 如果默认就开启对写事件的关心，底层就会有大量写事件就绪，因此，对于写事件我们按需开启关心
2. 当数据发完了，需要关闭对写事件的关系
3. 如果设置了对写事件的关心，epoll对首次设置关心写事件时会默认就绪一次

最后就是异常事件的处理了，当读/写出错，自动调用处理异常方法

3. 总结

Reactor类似于一种Connection的容器，当底层事件就绪，进行事件派发，让不同的Connection的去处理事件

Reacotr是基于事件驱动的网络服务器设计的主流模式