C++Socket 多线程编程 select/网络IO的性能瓶颈级优化

• select I/O复用模型的工作机制是将想要检测的socket通过FD_SET宏将描述符放入到fd_set集合中，然后将fd_set这个描述符集合传入到select函数中进行检测。因此，每次在调用select函数之前，需要将想要检测的socket都放入fd_set中。
• 那么当服务器检测的socket集合没有发生变化的时候，每次调用select函数都执行FD_SET宏将描述符放入到fd_set集合这个动作是十分耗时的，因为连接的socket数量可能是很多的，select需要管理很多socket。
• 因此优化的思路显然是，如果想要检测的描述符集合没有发生变化，那么将fd_set这个集合备份一次，调用select函数之前，直接对fd_set的备份进行内存拷贝来快速复制。当想要监测的描述符集合发生变化（有客户端加入或离开）时，更新fd_set的备份即可。

TCP是面向字节流的传输协议，连接双方的数据缓冲区是相互控制，如果发送方发送过快，接收方来不及处理，那么发送方会阻塞，反之亦然。

业务分离，减少业务之间的耦合性。

例如服务器接收到客户端传递的网络包之后，需要传回客户端数据包，那么服务器的接收和发送业务应该通过多线程分离开。
如果不分离开，接收业务和发送业务会相互制约对方的效率。
这与I/O复用模型无关，无论是select、epoll、IOCP，只是查询描述符的方式不同，当函数查询到有消息需要处理的话，那么接收/发送网络数据 都是需要处理业务逻辑。

1、对服务器程序的第一次优化是 将接收客户端连接的业务Accept，和查询并响应网络消息的业务进行分离。
2、对服务器程序的第二次优化是 将服务端接收数据业务 和 发送数据业务分离。