Unix套接字,SOCK_SEQPACKET与SOCK_DGRAM

看来有至less3种不同的本地/ Unixsocketstypes(PF_UNIX),SOCK_STREAM,SOCK_DGRAM和SOCK_SEQPACKET。

虽然我知道一个SOCK_STREAM给你一个双向字节stream,如TCP或双向pipe道,而另外两个给你一个messge / packet API,SOCK_DGRAM和SOCK_SEQPACKET的unix套接字有什么区别?

由于这些只是本地的,我想不出有什么好的理由来实现SOCK_DGRAM的方式,它可以重新sorting数据包。

此外,SOCK_DGRAM / SOCK_SEQPACKET是否采用stream量控制,或者在读取缓慢的情况下可以丢弃消息?

下面是关于SOCK_SEQPACKET预期用例的一篇很好的文章,它在IP协议族中并不真正可用,以及如何用现有的TCP语义获得相同的结果:

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

请注意, SOCK_SEQPACKET在行为上比SOCK_STREAM更接近SOCK_DGRAM

引用网站引用:

SOCK_SEQPACKET套接字types与SOCK_STREAMtypes相似,也是面向连接的。 这些types之间的唯一区别是使用SOCK_SEQPACKETtypes来维护logging边界。 可以使用一个或多个输出操作来发送logging,并使用一个或多个input操作来接收logging,但是单个操作不会传送多于一条logging的部分。 logging边界通过recvmsg()函数返回的接收消息标志中的MSG_EOR标志对接收者是可见的。 最大logging大小是强加的,它是协议特定的。

SOCK_SEQPACKET为您提供了SOCK_STREAM的保证(即保留sorting,保证传送,不重复),但与SOCK_DGRAM一样描绘了分组边界。 所以,基本上它是两种协议types的混合。

在TCP / IP系列中, SCTP实现了SOCK_STREAM(TCP-like)和SOCK_SEQPACKET。 不幸的是,它不是在Windows上可用。

socket(2)Linux提供的手册页:“DGRAM:数据报(无连接,不可靠的消息),SEQPACKET:顺序的,可靠的,[双向的]基于连接的数据报传输path”。

unix(7)linux提供的manpage说:“SOCK_DGRAM,对于面向数据报的套接字,保留消息边界[但不一定是顺序] […] SOCK_SEQPACKET,对于面向连接的套接字来说,保留消息边界并传递消息他们发出的命令“。

该标准允许您使用SOCK_DGRAM获得重新sorting的数据包。 (换句话说,如果一个操作系统按顺序把它们交给你,这是一个特定于实现的特性,或者只是纯粹的定时运气。

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

像TCP和UDP套接字一样,SCTP(stream控制传输协议)套接字有两种forms,(一对一)和(一对多)端点之间的。 一对一使用SOCK_STREAM,一对多使用SOCK_SEQPACKET