基于多反应堆的高并发服务器【C/C++/Reactor】（下）
Listerner 有监听端口和用于监听的文件描述符。把用于监听的文件描述符或者通信的文件描述符进行了封装，封装好了之后对应一个通道。我如果想要接收客户端的连接，需要一个文件描述符。所有的客户端向我发起了连接请求，都需要通过这个文件描述符来完成对应的动作。如果要通信，每个客户端都对应一个通信的文件描述符。所以就可以把每个通信的文件描述符理解为专属的路径。在封装Channel的时候，都有什么样的关键性要素呢？
文件描述符可以是通信的，也可以是监听的
监听/通信文件描述符最终都要把它放入I/O多路复用模型里边进行检测
Dispatcher有三种I/O多路复用技术供我们选择，分别是poll、select、epoll(三选一，并非同时使用)
通过Dispatcher检测一系列的文件描述符所对应的事件，因此在Channel中我们除了封装这些文件描述符之外，还需要指定这些文件描述符需要检测的事件。有三类，包括读、写、读写。另外，反应堆模型的基本要素是回调，有了回调之后，才能实现一个反应堆模型。因此需要注册事件对应的处理动作（回调函数）。我们需要告诉Channel，如果这个读事件触发了，它所对应的处理动作是什么？把这些注册好了之后，什么时候调用呢？Dispatcher在检测fd事件的时候，如果检测到了读事件，它会帮助程序员去调用对应的处理动作。
文件描述符如何封装为Channel？文件描述符被封装为通道式通过将通信的文件描述符或用于监听的文件描述符进行封装实现的。封装后的通道对应一个专属的文件路径，用于接收客户端连接和通信。在封装过程中，关键性要素包括文件描述符，它可用于通信或监听。这些文件描述符最终被放到一个IO多路复用模型中进行检测，该模型是反应堆模型的核心组件之一。通过封装的ChannelMap模块，根据文件描述符找到对应的channel实例，从而根据事件触发对应的回调函数或处理动作。
反应堆模型中的Channel是一个封装了文件描述符的通道，用于通信和监听，这个Chanel 对应一个文件描述符，可以是通信的，也可以是监听的。在Channel中，除了封装这些文件描述符之外，还需要指定这些文件描述符需要检测的事件，包括读、写、读写。这些事件对应的处理动作就是回调函数，由Dispatcher模型来调用。
ChannelMap:反应堆模型中的ChannelMap是一个关键的模块，用于存储每个文件描述符与对应的Channel实例之间的对应关系。通过ChannelMap，程序能够根据文件描述符找到对应的Channel,进而确定文件描述符对应的事件触发后所对应的回调函数（处理动作）。因此，ChannelMap在反应堆模型中起着重要的桥梁作用，帮助程序实现时间驱动的处理机制。
EventLoop：事件循环，因为服务器启动起来之后，一直有事件不停地触发，这个事件包括客户端的新连接，以及已经建立连接的客户端和服务器之间的数据通信。例如数据的发送:服务器给客户端发送数据，有两种方式：
————————————————
版权声明：本文为CSDN博主「呵呵哒(￣▽￣)"」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_41987016/article/details/135147682
待续~