struct msghdr以及iovec介绍

结构体原型

#include<sys/socket.h>
struct msghdr  { 
    void  * msg_name ;   / *  消息的协议地址  * / 协议地址和套接口信息，在非连接的UDP中，发送者要指定对方地址端口，接受方用于的到数据来源，如果不需要的话可以设置为NULL（在TCP或者连接的UDP中，一般设置为NULL）
    socklen_t msg_namelen ;   / *  地址的长度  * / 
    struct iovec  * msg_iov ;   / *  多io缓冲区的地址  * / 
     int  msg_iovlen ;   / *  缓冲区的个数  * / 
    void  * msg_control ;   / *  辅助数据的地址  * / 
    socklen_t msg_controllen ;   / *  辅助数据的长度  * / 
     int  msg_flags ;   / *  接收消息的标识  * / 
} ;

ssize_t recvmsg ( int  sockfd ,  struct msghdr  * msg ,   int  flags ) ; 
ssize_t sendmsg ( int  sockfd ,  struct msghdr  * msg ,   int  flags ) ;
成功时候返回读写字节数，出错时候返回-1.

这2个函数只用于套接口，不能用于普通的I/O读写，参数sockfd则是指明要读写的套接口。
flags用于传入控制信息，一般包括以下几个
MSG_DONTROUTE send可用
MSG_DONWAIT send与recv都可用
MSG_PEEK recv可用
MSG_WAITALL recv可用
MSG_OOB send可用
MSG_EOR send recv可用

返回信息都记录在struct msghdr * msg中

msg_name是指向一个结构体struct sockaddr的指针
msg.msg_name = { sa_family= AF_INET, sin_port = 0, sin_addr.s_addr = 172.16.48.1 }；
msg.msg_namelen = 16;长度一半设置为16

多缓冲区的发送和接收处理就是一个struct iovec的数组，每个成员的io_base都指向了不同的buffer的地址。io_len是指该buffer中的数据长度。而在struct msghdr中的msg_iovlen是指buffer缓冲区的个数，即iovec数组的长度。
msg_control字段的也是指向一段内存，msg_controllen是指该内存的总大小长度，通常该内存被用来存储辅助数据，辅助数据可用于一些特殊的处理。msg_control通常指向一个控制消息头部，其结构体如下所示:

struct cmsghdr  { 
  socklen_t cmsg_len ;   / *  包含该头部的数据长度  * / 
   int  cmsg_level ;   / *  具体的协议标识  * / 
   int  cmsg_type ;   / *  协议中的类型  * / 
} ; 

iovec结构体定义及使用

readv(2)与writev(2)函数都使用一个I/O向量的概念。这是由所包含的文件定义的：
#include <sys/uio.h>
头文件定义了struct iovc，其定义如下：

struct iovec {
    ptr_t iov_base; /* Starting address */
    size_t iov_len; /* Length in bytes */
};

struct iovec定义了一个向量元素。通常，这个结构用作一个多元素的数组。对于每一个传输的元素，指针成员iov_base指向一个缓冲区，这个缓冲区是存放的是readv所接收的数据或是writev将要发送的数据。成员iov_len在各种情况下分别确定了接收的最大长度以及实际写入的长度。

int readv(int fd, const struct iovec *vector, int count);
int writev(int fd, const struct iovec *vector, int count);
这些函数需要三个参数：
要在其上进行读或是写的文件描述符fd
读或写所用的I/O向量(vector)
要使用的向量元素个数(count)
这些函数的返回值是readv所读取的字节数或是writev所写入的字节数。如果有错误发生，就会返回-1，而errno存有错误代码。注意，也其他I/O函数类似，可以返回错误码EINTR来表明他被一个信号所中断。

我们从一个实际的数据包发送的例子入手，来看看其发送的具体流程，以及过程中涉及到的相关数据结构。在我们的虚拟机上发送icmp回显请求包，ping另一台主机172.16.48.1.我们使用系统调用sendto发送这个icmp包

ssize_t sendto(int s, const void *buf, size_t len, int flags,
                const struct sockaddr *to, socklen_t tolen);

系统调用sendto最终调用内核函数

asmlinkage long sys_sendto(int fd, void __user *buff, size_t len, unsigned flags, struct sockaddr __user *addr, int addr_len)

sys_sendto构建一个结构体struct msghdr,用于接收来自应用层的数据包，下面是结构体struct msghdr的定义:

struct msghdr {
    void *msg_name; //存数据包的目的地址，网络包指向sockaddr_in
                    //向内核发数据时，指向sockaddr_nl
    int msg_namelen; //地址长度
    struct iovec *msg_iov;
    __kernel_size_t msg_iovlen;
    void *msg_control;
    __kernel_size_t msg_controllen;
    unsigned msg_flags;
};

这个结构体的内容可以分为四组:
(1) 第一组是msg_name和msg_namelen,记录这个消息的名字，其实就是数据包的目的地址。
msg_name是指向一个结构体struct sockaddr的指针。长度为16:

struct sockaddr {
    sa_family_t sa_family;
    char sa_addr[14];
}

所以，msg_namelen的长度为16.需要注意的是，结构体struct sockaddr只在进行参数传递时使用，无论是在用户态还是在内核态，我们把其强制转化为结构体struct sockaddr_in:

struct sockaddr_in {
    sa_family_t sin_family;
    unsigned short int sin_port;
    struct in_addr sin_addr;
    unsigned char __pad[__SOCK_SIZE__ -sizeof(short int) - 
                sizeof(unsigned short int) - sizeof(struct in_addr)];
};
struct in_addr {
    __u32 s_addr;

__SOCK_SIZE__的值为16，所以，struct sockaddr中真正有用的数据只有8bytes。在我们的ping例子中，传入到内核的msghdr结构中:

msg.msg_name={sa_family_t=MY_AF_INET,sin_port=0,sin_addr.s_addr=172.16.48.1}
msg.msg_namelen=16

请求回显icmp包没有目的端地址的端口号。

(2) 第二组是msg_iov和msg_iovlen,记录这个消息的内容。msg_iov是一个指向结构体struct iovec的指针，实际上，确切地说，应该是一个结构体struct iovec的数组。下面是该结构体的定义:

struct iovec {
    void __user *iov_base;
    __kernel_size_t iov_len;
};

iov_base指向数据包缓冲区，即参数buff，iov_len是buff的长度。msghdr中允许一次传递多个buff，以数组的形式组织在msg_iov中，msg_iovlen就记录数组的长度(即有多少个buff).在我们的ping程序的示例中:

msg.msg_iov = { struct iovec={iov_base={icmp头+填充字符'E'},iov_len = 40}}
msg.msg_len = 1

(3) 第三组是msg_control和msg_controllen,它们可被用于发送任何的控制信息，在我们的例子中，没有控制信息要送。暂时略过。

(4) 第四组是msg_flags.其值即为传入的参数flags。raw协议不支持MSG_OOB向标志，即带外数据。向内核发送msg时使用msghdr,netlink socket使用自己的消息头nlmsghdr和自己的消息地址sockaddr_nl: