UDS场景下SOCK_DGRAM可靠不丢包不重排，为何仍需要SOCK_STREAM？

二者的差异远不止报文大小限制，即便SOCK_DGRAM在UDS（UNIX域套接字）下默认可靠、不重排，SOCK_STREAM依然有不可替代的适用场景，核心区别如下：

SOCK_STREAM：面向流的套接字；SOCK_DGRAM：面向数据报的套接字，会保留消息边界（在绝大多数UNIX实现中，UNIX域数据报套接字始终是可靠的，且不会重排数据报）

• 边界处理逻辑不同
  SOCK_DGRAM严格保留报文边界：发送端单次发送的报文会作为独立单元被接收端接收，不会和其他报文拼接，也不会被拆分，接收端必须提供足够大的缓冲区才能完整读取单个报文，缓冲区不足时报文会被直接截断或丢弃。
  SOCK_STREAM是无边界的字节流：内核不会保留发送端的报文分段信息，发送端多次发送的内容可能被内核合并后传递给接收端，也可能把单次发送的内容拆分后分多次传递，上层应用需要自行处理数据的分片、拼接逻辑。

• 连接模型不同
  SOCK_STREAM是面向连接的协议：通信前需要先通过listen()、accept()、connect()建立一对一的连接关系，内核会维护连接状态，一端异常断开时另一端可以及时感知到错误。
  SOCK_DGRAM是无连接的协议：不需要预先建立连接，同一个套接字可以向多个不同的地址发送报文，也可以接收来自多个地址的报文；就算主动调用connect()绑定对端地址，也只是限制报文收发的目标地址，内核不会维护连接状态，通信过程中无法直接感知对端是否存活。

• 读写语义不同
  SOCK_DGRAM的发送是原子性的：单次发送的报文要么完整成功，要么整体失败，不会出现部分发送的情况；接收时每次调用只能读取单个完整报文。
  SOCK_STREAM的发送是流式的：调用write()/send()时可能返回部分写入的字节数，需要应用层循环发送剩余内容；接收时可以按任意长度读取数据，无需匹配发送端的单次发送长度。

• 报文大小限制不同
  SOCK_DGRAM有严格的单包大小限制：受系统参数net.unix.max_dgram_qlen、套接字SO_SNDBUF配置等约束，单包最大长度通常在几MB以内，传输超大体积数据需要上层自行实现拆包、组包逻辑。
  SOCK_STREAM没有单包大小限制：可以传输任意长度的连续数据流，内核会自动完成拆分、传输、重组工作，上层无需处理分段逻辑。

• 附加特性支持不同
  SOCK_STREAM支持带外数据（OOB）传输、连接保活等扩展特性，适配需要优先传递紧急消息、需要感知连接存活状态的场景。

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