使用POSIX sockets API时，套接字实际开始缓冲数据包的时机是？

首先给出明确结论：无论是TCP还是UDP套接字，内核在**bind()调用成功完成后**，就会立即开始将匹配该套接字绑定地址/端口的数据包送入对应接收缓冲区，不需要等待后续的connect()、accept()、recvfrom()这类接收或连接相关接口调用。

不同协议场景的细节说明 #

• TCP服务端套接字：bind()执行成功后还需要调用listen()才会处理SYN握手请求，三次握手完成的连接会存入全连接队列，accept()仅负责从队列中取出已建立的连接；握手成功后对端发送的数据，会直接进入该连接对应套接字的接收缓冲区，和是否调用accept()、recv()无关。
• TCP客户端套接字：bind()执行成功后调用connect()发起握手，握手成功后收到的对端数据就会进入接收缓冲，和是否调用接收接口无关。
• UDP套接字：UDP为无连接协议，bind()执行成功后，内核会直接将所有发往该绑定端口的UDP报文送入对应套接字的接收缓冲区，和是否调用connect()、recvfrom()没有关系。如果绑定后长时间不调用接收接口读取数据，缓冲区占满后新到达的UDP报文会被内核直接丢弃，且不会通知发送端，符合UDP不可靠传输的特性。

开发建议 #

如果你的UDP服务需要先绑定端口再执行较长时间的初始化逻辑，可以在bind()调用前通过setsockopt()设置SO_RCVBUF参数调大接收缓冲区，降低初始化阶段的丢包概率；如果初始化耗时特别长，也可以先启动临时接收线程暂存收到的数据，等主逻辑就绪后再转交处理，避免业务数据丢失。

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