Reactor模型的几个重要组件：Event事件、Reactor反应堆、Demultiplex事件分发器、Evanthandler事件处理器
接上节课，上节课中，我们使用了epoll实现了同时监听多个文件描述符，是对IO的管理，也提到了reactor是对事件的管理，那具体来说是怎样的呢？reactor是事件驱动模型，也就是EPOLLIN/EPOLLOUT，同时，我们应该维护一种结构，对于每个fd，都应该有这样一种记录该fd相关的结构。
对于其中的fd小块，存储的都是该fd相关的内容，比如该fd的读写缓存区，对应的回调函数等等：
结构可以用代码这样表示：
typedef int (*ZVCALLBACK)(int fd, int events, void *arg);
typedef struct zv_connect_s {
int fd;
ZVCALLBACK cb;
char rbuffer[BUFFER_LENGTH];
int rc;
char wbuffer[BUFFER_LENGTH];
int wc;
int count;
} zv_connect_t;
typedef struct zv_connblock_s {
zv_connect_t *block;
struct zv_connblock_s *next;
} zv_connblock_t;
typedef struct zv_reactor_s {
int epfd;
zv_connblock_t *blockheader;
} zv_reactor_t;
这样，对于listenfd，我们设置它的accept_cb，对于clientfd，设置它的recv_cb或send_cb。
具体来说，我们以fd为下标，唯一标识该fd相关的块，对于listenfd，通过listenfd设置相关的accept_cb回调：
int accept_cb(int fd, int events, void *arg)
{
...
int clientfd = accept(fd, (struct sockaddr*)&clientaddr, &len);
if (clientfd < 0) {
printf("accept errno: %d\n", errno);
return -1;
}
zv_reactor_t *reactor = (zv_reactor_t*)arg;
zv_connect_t *conn = &reactor->blockheader->block[clientfd];
conn->fd = clientfd;
conn->cb = recv_cb;
...
struct epoll_event ev;
ev.events = EPOLLIN;
ev.data.fd = clientfd;
epoll_ctl(reactor->epfd, EPOLL_CTL_ADD, clientfd, &ev);
}
reactor->blockheader->block[listenfd].fd = listenfd;
reactor->blockheader->block[listenfd].cb = accpet_cb;
接收和发送回调同理。
并且，当我们使用上节课提到的epoll将IO管理起来后，整体代码就会显得非常简洁，因为当有EPOLLIN/EPOLLOUT事件来临时，我们只需要根据fd找到对应的回调函数执行即可：
while (1) {//mainloop, event driver
int nready = epoll_wait(reactor.epfd, events, 1024, -1);
if (nready < 0) continue;
int i = 0;
for (i = 0; i < nready; i++) {
int connfd = events[i].data.fd;
zv_connect_t *conn = &reactor.blockheader->block[connfd];
if (events[i].events & EPOLLIN) {
conn->cb(connfd, events[i].events, &reactor);
}
if (events[i].events & EPOLLOUT) {
conn->cb(connfd, events[i].events, &reactor);
}
}
}
这便是reactor对事件管理的方式，这样一来，我们可以将网络与业务分离，业务人员只需要在回调函数中读写相应的buffer即可，无需关注网络细节！
再往后，为了提高处理能力，我们可以将clientfd相关的读写操作放到子线程去做，而主线程只负责appect等等，这就涉及到不同的网络编程模型，之后再谈。
1.并发：服务器同时承载的客户端数量
2.qps：每一秒处理的请求数量
3.最大时延：
4.新建（建链）：每秒建立的链接数
5.吞吐量
ulimit -a查看每个进程可以打开的文件描述符个数
可以看到这里open files最大是1024，有两种方式可以修改：
1.命令：ulimit -n 1048576（这是临时修改）
2.修改文件/etc/security/limits.conf（注意中间是tab键）
gaoyuelong@ubuntu:~/23040voice/06$ sudo sysctl -p
gaoyuelong@ubuntu:~/23040voice/06$ sudo modprobe nf_conntrack
（目前虚拟机网络没有调试好，导致网络通信有些问题，后续再写百万并发部分，先挖个坑）文章来源：https://www.toymoban.com/news/detail-422084.html
文章参考与<零声教育>的C/C++linux服务期高级架构系统教程学习:https://ke.qq.com/course/417774?flowToken=1020253文章来源地址https://www.toymoban.com/news/detail-422084.html
到了这里，关于2.2.1服务器百万并发实现的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
