C语言中用select实现UDP并发服务器：是否需为每个客户端创建线程？

首先直接给结论：你完全不需要为每个客户端创建线程，单线程结合select就足以实现UDP并发服务器。原因主要和UDP的特性以及select的IO多路复用机制有关，具体来说：

• UDP是无连接协议，天然支持单套接字处理多客户端
  不同于TCP需要维护连接状态，UDP的每个数据包都携带了完整的客户端地址信息。即使你不创建专属套接字，只用服务器的主UDP套接字，通过recvfrom()获取客户端的IP和端口，再用sendto()直接回复到对应地址，就能同时处理多个客户端的请求。当然你现在为每个客户端创建专属套接字的做法也可行，但并非必要——select都能监听这些套接字的事件。

• select的IO多路复用就是为单线程处理多IO场景设计的
  你只需要把所有需要监听的套接字（包括主套接字和各个专属客户端套接字）加入到fd_set中，每次调用select()后，遍历检查哪个套接字触发了可读事件（有客户端发来数据），然后处理该请求即可。整个过程是单线程的，但因为select会阻塞直到有IO事件发生，不会浪费CPU空转，对于IO密集型的UDP服务（大多数UDP场景都是如此），这种方式的并发效率完全够用。

• 只有当请求处理涉及大量CPU计算时，才需要考虑线程
  如果你的服务器每个请求需要做复杂的计算（比如大数据处理、高强度加密），单线程处理会阻塞其他客户端的请求响应，这时候才需要用线程把计算任务异步化，避免阻塞IO处理流程。但如果只是普通的接收、解析、回复操作，单线程+select完全能胜任。

最后给个小建议：其实没必要为每个客户端创建专属套接字，用一个主UDP套接字就能处理所有客户端通信，这样还能简化套接字的管理，减少系统资源占用。当然如果你的业务有特殊需求（比如每个客户端需要绑定独立端口），那保持当前的做法也没问题，select依然能完美处理多套接字的监听。

内容的提问来源于stack exchange，提问作者Carlos01