C语言TCP套接字疑问：为何客户端单套接字可收发，服务端需双套接字

这本质是因为客户端和服务端的角色与工作模式完全不同，拆解来看逻辑就清晰了：

客户端的单套接字逻辑 #

客户端是主动发起连接的一方：创建套接字后，直接通过connect()绑定到服务端的监听端口，这个套接字从诞生起就只对应「当前客户端 ↔ 目标服务端」这一条专属连接，它的唯一任务就是和这个服务端收发数据，自然不需要额外套接字。

服务端的双套接字分工 #

服务端要同时处理两个核心任务，必须拆分职责：

• 监听套接字：它的唯一作用是「守在指定端口上，等待所有客户端的连接请求」，全程不参与任何数据收发。当有客户端发起connect()时，服务端调用accept()，这个函数会自动创建一个全新的通信套接字。
• 通信套接字：这个新套接字才是和发起请求的客户端的专属通信通道，负责和该客户端进行数据的收发。而监听套接字会立刻回到「监听新连接」的状态，不会被占用。

为啥不能用同一个套接字？ #

如果服务端用监听套接字直接和客户端通信，那它就没法继续监听其他新的连接请求了——相当于一家店的接待员陪第一个客人聊天，后面的客人全被拦在门外。双套接字的设计就是为了让服务端能同时处理多个客户端连接：监听套接字一直蹲守端口，每来一个新客户端就生成一个新的通信套接字，配合多线程/多进程或者IO多路复用，就能同时和多个客户端交互。

举个通俗例子：监听套接字是餐厅门口的迎宾，只负责带客人入座；通信套接字是对应桌的服务员，专门负责该桌的点单、上菜。各司其职，餐厅才能同时接待多桌客人。

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