epoll模型与多线程思路参考

最近在尝试使用epoll编写一个服务器，但是网上的介绍大多都是在单线程中使用，多线程中使用介绍较少，经过多番努力后，得到了一个我觉得比较满意的答案。

在Windows下完成端口可以直接创建多个线程轮询，所以对于epoll模型，我自己也尝试了直接创建多个线程轮询epoll_wait。可能是我自己测试的连接太少(1000个连接不断发送、重连)，没有测试出什么问题来。后来看了man手册，注意到以下两点：
1、当一个线程阻塞在epoll_wait()上的时候，其他线程向其中添加新的文件描述符是没问题的，如果这个文件描述符就绪的话，阻塞线程的epoll_wait()会被唤醒。但是如果正在监听的某文件描述符被其他线程关闭的话详情见select；
2、若一个文件描述符正被监听，其他线程关闭了的话，表现是未定义的。在有些 UNIX系统下，select会解除阻塞返回，而文件描述符会被认为就绪，然而对这个文件描述符进行IO操作会失败（除非这个文件描述符又被分配了），在Linux下，另一个线程关闭文件描述符没有任何影响。但不管怎样，这样做都是2B行为，应当尽量壁面一个线程关闭另一个线程在监听的文件描述符；

这说明我们直接使用多线程监听、接收数据时不会出现什么问题，但如果关闭fd时就存在风险。我在外网上也查找到有人制作了关于epoll这方面的补丁，但我看的不是很懂就放弃了。

之后我找到一个思路，内容大致是创建一个监听线程由于接收连接，多个处理线程用于与客户端交互。同时每个处理线程只监听自己的epoll句柄，监听线程收到新连接后，将连接分配到某个处理线程，这样也能降低epollepoll_wait()监听数量，其大致流程如下：
1、创建