Unix 套接字，SOCK_SEQPACKET 与 SOCK_DGRAM

Question

似乎至少有 3 种不同的本地/unix 套接字类型（ AF_UNIX ）、 SOCK_STREAM 、 SOCK_DGRAM和SOCK_SEQPACKET 。

虽然我知道SOCK_STREAM给你一个双向字节 stream，比如 TCP 或双向 pipe，而另外两个给你一个消息/数据包 API， SOCK_DGRAM的SOCK_SEQPACKET套接字有什么区别？

由于这些只是本地的，我想不出一个很好的理由有人会以一种可以重新排序数据包的方式实现SOCK_DGRAM 。

此外， SOCK_DGRAM / SOCK_SEQPACKET采用流量控制，或者在读取速度慢的情况下是否可以丢弃消息？

Answer 1

这是一篇关于SOCK_SEQPACKET的预期用例的好文章，它在 IP 协议系列中并不真正可用，以及如何使用现有的 TCP 语义获得相同的东西：

http://urchin.earth.li/~twic/Sequenced_Packets_Over_Ordinary_TCP.html

请注意， SOCK_SEQPACKET在行为上更接近SOCK_STREAM而不是SOCK_DGRAM 。

引用自参考网站：

SOCK_SEQPACKET套接字类型类似于SOCK_STREAM类型，也是面向连接的。 这些类型之间的唯一区别是记录边界是使用 SOCK_SEQPACKET 类型维护的。 可以使用一个或多个 output 操作发送记录，并使用一个或多个输入操作接收记录，但单个操作永远不会传输多个记录的部分。 通过 recvmsg() function 返回的接收消息标志中的 MSG_EOR 标志，接收方可以看到记录边界。是否施加最大记录大小是特定于协议的。

Answer 2

SOCK_SEQPACKET 为您提供 SOCK_STREAM 的保证（即，保留顺序、保证交付、无重复），但与 SOCK_DGRAM 一样具有划定的数据包边界。 所以，基本上它是两种协议类型的混合。

在 TCP/IP 系列中， SCTP实现了 SOCK_STREAM（类似 TCP）和 SOCK_SEQPACKET。 不幸的是，Windows 上没有现货。

Answer 3

我认为这里的主要区别是SOCK_SEQPACKET是面向连接的，而SOCK_DGRAM不是。

当有多个客户端进程与之通信时，这在连接的服务器端（监听 UNIX 套接字的进程）最重要：

使用SOCK_DGRAM ，您将直接在侦听套接字上获得交错的客户端数据报。 使用SOCK_SEQPACKET ，您将为每个使用accept的客户端生成一个单独的客户端套接字，从而分别从每个客户端接收数据报。

引用man 3 accept ：

accept() 系统调用与基于连接的套接字类型（SOCK_STREAM、SOCK_SEQPACKET）一起使用。

Answer 4

socket(2) linux 提供的联机帮助页：“DGRAM：数据报（无连接、不可靠的消息），SEQPACKET：数据报的顺序、可靠、[双向]基于连接的数据传输路径”。显着差异。

unix(7) linux 提供的联机帮助页说：“SOCK_DGRAM，用于保留消息边界的面向数据报的套接字 [...] SOCK_SEQPACKET ，用于保留消息边界并以他们被发送的命令。

该标准允许您使用 SOCK_DGRAM 获得重新排序的数据包。 （换句话说，如果操作系统按顺序将它们交给你，那是一个特定于实现的功能。或者只是纯粹的时间运气。）

Linux 中的 af_file/af_unix 实现中存在流量控制，但这根本不需要与标准指定行为相关联。

Answer 5

像TCP和UDP sockets，还有SCTP(stream control transmission protocol) sockets，它有两个forms，端点之间（一对一）和（一对多）。 一对一使用 SOCK_STREAM，一对多使用 SOCK_SEQPACKET