epoll 处理并发的一些想法

首先，epoll 是线程安全的，系统调用的底层有锁保护。

这就意味着，多线程处理的可行性：

线程A监听，线程B负责处理，当A线程 accept 一个 socket后传递给B，B处理完后，可以直接关掉socket,并调用 epoll_ctl 来取消A线程与socket的关联。

考虑到并发性，可以建立监听线程池C与处理线程池D。

考虑到业务的无关联性，可以为connection建立小的生命周期：request。

考虑到业务的可封装性，可以为request建立busi，每一个busi即是一个完整的业务处理过程。

为了使线程池D的流水速度加快，处理更大的并发量，将busi分成多个子过程，并且粒度可以做到很细。

中间会有一些难点：

线程池C,D之前的交互，要保证准确无漏。可以使用 pipe， pipe是并发一个不错的选择。

数据库的处理会降你流水速度，因此需要建立数据库连接池E，数据库处理线程池F，专门处理粒度大的数据处理。

对于全双工的TCP，流媒 体可能会有这样的情况：

线程池C接到connection C1的request R1,投到D当中处理，接着C1再次收到request R2, 投给D，R2有可能比R1先返回。

不过可以在返回的包里用时间戮加以区分。