在 Go 的标准库中,网络系统调用 Sendto()
看起来像这样:
Windows :func Sendto(fd Handle, p []byte, flags int, to Sockaddr) (err error)
Unix :func Sendto(fd int, p []byte, flags int, to Sockaddr) (err error)
但是,底层系统调用返回所有操作系统上发送的字节数( Linux , Windows ),那么为什么 Go 只返回一个错误呢?
最佳答案
它确实应该——但通常,没有它你可以逃脱。
我在评论中说返回值“通常”很重要,但这可能太强了。请注意,每个操作系统在此处可能存在细微差别;我将描述很久以前的一种传统行为:
sendto
在流式连接的套接字上(SOCK_STREAM
和 AF_UNIX
或 AF_INET
等)与 send
基本相同:它循环,发送部分数据,直到发生一些有趣的事件。有趣的事件包括但不限于这些:此时
sendto
调用返回。返回值为-1
有错误 EINTR
如果没有发送数据,或者如果发送了一些数据,但不是所有数据,则为短计数。此行为与 write
的行为相同。系统调用。 sendto
在流类型但未连接的套接字上失败,ENOTCONN
. sendto
在已连接的数据报套接字上出现错误并提示它已连接 (EISCONN
)。 sendto
在未连接的数据报套接字上临时连接它(在调用期间),将消息作为单个数据报发送并成功并返回发送的长度,或失败并不发送任何内容并返回 -1 和 EMSGSIZE
或其他更合适的错误(例如,如果连接失败或目标主机拒绝数据包或其他任何错误——尽管并非所有这些错误都可能发生在所有协议(protocol)上)。 sendto
在 SOCK_SEQPACKET
套接字(打包流式实体)的行为有点像 SOCK_STREAM
除了整个消息作为单个数据包发送,或者发送完全失败。 所以,除了案例 1—
sendto
在 SOCK_STREAM
可能被中断的套接字——返回值总是 len
或 -1
.对于案例 1,您可以调用 write
反而。 EINTR
这种情况在 Go 的正常使用中永远不会发生,因为 Go 运行时会将所有信号定向到进程中的专用操作系统级线程,这意味着您唯一可以获得短暂返回的时间是发送一些数据然后发送到远程主机突然关闭(并重置)流。即使EINTR
确实发生了,操作系统 write
将产生正确的返回值。sendmsg
系统调用更复杂,因为它允许有很多标志,并且在不同的系统上具有不同的返回值。 BSD 文档说它返回发送的消息数,而 Linux 文档说它返回发送的字节数。各种消息标志也相当依赖于操作系统。像 Go 这样的简单包装器并不能轻易隐藏这些差异。 (但是,我看到 Go 库有 SendmsgN
。)
关于sockets - 为什么 Sendto() 系统调用不返回发送的字节数?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58944184/