在 Go 的标准库中，网络系统调用 Sendto() 如下所示：
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 设计时可能会出错。返回值通常很重要。 Sendmsg 同样应该返回发送的字节数。
标签： sockets go network-programming system-calls
确实应该——但通常情况下，没有它你也可以侥幸逃脱。
我在评论中说返回值“通常”很重要，但这可能太强了。请注意，每个操作系统在此处可能存在细微差别；我将描述很久以前的一种传统行为：
sendto 在流式连接套接字上（SOCK_STREAM 与 AF_UNIX 或 AF_INET 等）与 send 基本相同：它循环，发送部分数据，直到一些有趣的事件发生。有趣的事件包括但不限于这些：
此时sendto 调用返回。如果发送了 no 数据，则返回值为 -1 错误 EINTR，或者如果发送了一些数据但不是所有数据，则返回一个短计数。此行为与write 系统调用的行为相同。
sendto 在流类型但未连接的套接字上失败并显示ENOTCONN。
sendto 在已连接的数据报套接字上出错，并抱怨它已连接 (EISCONN)。
sendto 在未连接的数据报套接字上临时连接它（在调用期间），将消息作为单个数据报发送并成功并返回发送的长度，或者失败并且不发送任何内容并返回 -1和EMSGSIZE 或其他更合适的错误（例如，如果连接失败或目标主机拒绝数据包或其他任何错误——尽管并非所有这些错误都可能发生在所有协议上）。
sendto 在SOCK_SEQPACKET 套接字（分组流式实体）上的行为有点像SOCK_STREAM，除了整个消息作为单个数据包发送，或者发送完全失败。
所以，除了第一种情况——SOCK_STREAM 套接字上的sendto 可能会被中断——返回值总是len 或-1。对于案例 1，您可以直接致电 write。 EINTR 的情况在 Go 的正常使用中永远不会发生，因为 Go 运行时会将所有信号定向到进程中的专用操作系统级线程，这意味着您唯一可以获得短暂返回的时间是当一些数据被发送并且然后远程主机突然关闭（并重置）流。即使EINTR 确实发生，操作系统write 也会产生正确的返回值。
sendmsg 系统调用更复杂，因为它允许有很多标志，并且在不同的系统上有不同的返回值。 BSD 文档说它返回发送的 messages 的数量，而 Linux 文档说它返回发送的 bytes 的数量。各种消息标志也相当依赖于操作系统。像 Go 这样的简单包装器并不能轻易隐藏这些差异。 （但是，我看到 Go 库有 SendmsgN。）
【讨论】：