正文
Man——send(2)翻译
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
##纯手打
Man——send(2)
-->NAME:
send, sendto, sendmsg - 在socket上发送一条消息
-->总览:
#include <sys/types.h>
#include <sys/socket.h>
ssize_t send(int sockfd, const void *buf, size_t len, int flags);
ssize_t sendto(int sockfd, const void *buf, size_t len, int flags,
const struct sockaddr *dest_addr, socklen_t addrlen);
ssize_t sendmsg(int sockfd, const struct msghdr *msg, int flags);
-->描述：
系统调用send(), sendto(), and sendmsg()用于传输一条消息到另一个socket。
Send()只可能在socket处于连通状态时使用（只有这样接收者才能收到消息）。
Send()和write(2)唯一的不同在于send()的flags参数。当flags值为0时，send()相当于 write(2)。同样，send(sockfd, buf, len, flags)等效于sendto(sockfd, buf, len, flags, NULL, 0)。
参数sockfd 是发送端socket的文件描述符。
如果sendto()用于SOCK_STREAM, SOCK_SEQPACKET连接模式的socket之上，参数dest_addr 和 addrlen 会被无视（当这两个参数非NULL或非0，调用可能会返回error EISCONN）。
如果socket没有连通则会返回error ENOTCONN。有连通，则对端地址会以addrlen的大小赋值到dest_addr。
对于sendmsg()，则由msg.msg_name给出大小为msg.msg_namelen。
对于send()和 sendto()，要发送的消息存于buf，且长为len。
对于sendmsg()，消息参数msg.msg_iov数组指定。
Sendmsg()也可以用来发送辅助性的数据（即控制信息）。
如果消息太长以至于不能原子性地通过底层的协议，会返回error EMSGSIZE，并且消息不会被传输。
No indication of failure to deliver is implicit in a send().（??）。返回-1表明本地调用的错误。
当消息的大小与发送缓冲不匹配时，send()一般会阻塞，除非socket的创建为nonblocking I/O模式。对于非阻塞模式，这种情况则会失败并返回 error EAGAIN or EWOULDBLOCK。
Select(2)调用可以决定什么是否发送更多数据。
参数flags是0或以下更多标记的按位或运算结果：
·MSG_CONFIRM (since Linux 2.3.15)
告诉连接层:你成功收到对端的响应。如果连接层没有收到这个标记，它会不断地再次探测neighbor（??）(譬如通过ARP单播。
只在SOCK_DGRAM 和SOCK_RAW sockets可用，而且当且只在IPv4 和IPv6上实现了。详见 arp(7) f。
· MSG_DONTROUTE
不使用网关发送包，直接通过直连的网络发送到主机。这一般只用于诊断网络或路由的程序。这个只为需要路由的协议族定义了。This is defined only for protocol families that route; packet sockets don't.（??）
·MSG_DONTWAIT (since Linux 2.2)
允许非阻塞操作，如果操作是阻塞的，会返回 EAGAIN或 EWOULDBLOCK (这也可以通过F_SETFL fcntl(2)设置O_NONBLOCK实现。）
·MSG_EOR (since Linux 2.2)
Terminates a record（??） (如果支持这个标记,对SOCK_SEQPACKET类型的sockets 有效)。
·MSG_MORE (Since Linux 2.4.4)
调用者需要发送更多数据。这个标记配合TCP sockets使用，取得同TCP_CORK socket 选项的效果，不同的是这个标记是单次调用生效的。
自Linux 2.6后, 这个标记也支持UDP sockets，而且会通知内核，将带有这个标记的send调用打包到一个数据报里，这些数据只有在不带这标记的send调用中才会被发送。(See also the UDP_CORK socket option described in udp(7).)
·MSG_NOSIGNAL (since Linux 2.2)
请求在流sockets的使用中，当对端断开连接引起错误时不发送SIGPIPE。而仍然返回可能会EPIPE error。
·MSG_OOB
在支持这个标记的sockets上发送带外数据。(如SOCK_STREAM); 底层的协议也必须支持带外数据。
Msghdr结构如下。关于结构属性的更多描述参见recv(2) 和下述。
struct msghdr {
void *msg_name; /* optional address */
socklen_t msg_namelen; /* size of address */
struct iovec *msg_iov; /* scatter/gather array */
size_t msg_iovlen; /* # elements in msg_iov */
void *msg_control; /* ancillary data, see below */
size_t msg_controllen; /* ancillary data buffer len */
int msg_flags; /* flags on received message */
};
你可以用 msg_control 和msg_controllen的成员发送控制信息。对每个socket，内核可处理的最大的控制缓冲长度由socket by the value in /proc/sys/net/core/optmem_max限制。见socket(7)。
-->返回值
成功返回成功发送的字符数。错误则返回-1，且设置适当的errno。
-->ERRORS
一下这些是sockets层生成的标准错误。其他错误可能会由底层 的协议模块生成和返回。参见各自的man手册页。
·EACCES (对unix域sockets有效，由路径名区分）
对目的socket 文件没有写权限，或者对某些目录路径的前缀没有搜索权限。 (参见path_resolution(7).)
(对UDP sockets)在单播地址上作出 网络/广播地址的操作。
·EAGAIN or EWOULDBLOCK
Socket被标记为nonblocking（非阻塞），而请求的操作会导致阻塞。此时，POSIX.1-2001规定允许返回这个两个错误标记，并且并不要求两个常量有相同的值，所以可移植应用应同时检查两个可能的值。
·EBADF 声明了一个无效的文件描述符
·ECONNRESET 对端重置了连接
·EDESTADDRREQ socket不是连接模式，且没有设置对端地址
·EFAULT 设置了无效客户端地址
·EINTR 在传输数据前收到信号，见signal(7).
·EINVAL 无效参数
·EISCONN 连接模式的socket 已连接，但收件人已指定。（这种情况下，要不返回这个错误，要不忽略接收者的指定）
·EMSGSIZE socke的类型要求消息原子性地发送，但要发送的消息的大小使这次调用无效
·ENOBUFS 网络接口的输出队列已满。这一般说明了接口已停止已停止发送，但也可能是瞬间的阻塞造成（一般不会发生在Linux上，当设备队列溢出时Linux的行为一般是静默地弃包）。
·ENOMEM 没有可用内存
·ENOTCONN socket没有连接，且没有给定目标
·ENOTSOCK 参数sockfd 不是socket文件
·EOPNOTSUPP flags参数设置与socket类型冲突
·EPIPE 本地关闭了面向连接的socket。此时，程序会收到SIGPIPE 除非设置MSG_NOSIGNAL
-->符合4.4BSD, SVr4, POSIX.1-2001. 这些函数出现在4.2BSD.
POSIX.1-2001 只描述了MSG_OOB 和MSG_EOR标记。 POSIX.1-2008 添加了MSG_NOSIGNAL的声明。MSG_CONFIRM 标记是 Linux 的扩展。
-->BUGS
Linux可能返回 EPIPE而不是 ENOTCONN.
