2.2.1服务器百万并发实现

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

（目前虚拟机网络没有调试好，导致网络通信有些问题，后续再写百万并发部分，先挖个坑）

文章参考与<零声教育>的C/C++linux服务期高级架构系统教程学习:https://ke.qq.com/course/417774?flowToken=1020253