這兩個函數是最通用的I/O函數。實際上我們可以把所有read、readv、recv和recvfrom調用替換成recvmsg調用。類似地，各種輸出函數調用也可以替換成sendmsg調用。

#include <sys/socket.h>ssize_t recvmsg(int sockfd, struct msghdr *msg, int flags);ssize_t sendmsg(int sockfd, struct msghdr *msg, int flags);返回：讀入或寫出字節數——成功；-1——出錯

這兩個函數把大部分參數封裝到一個msghdr結構中：

struct msghdr {    void            *msg_name;           /* PRotocol address */    socklen_t        msg_namelen;        /* size of protocol address */    struct iovec    *msg_iov;            /* scatter/gather array */    int              msg_iovlen;         /* # elements in msg_iov */    void            *msg_control;        /* ancillary data (cmsghdr struct) */    socklen_t        msg_controllen;     /* length of ancillary data */    int              msg_flags;          /* flags returned by recvmsg() */};

這里給出的msghdr結構符合POSIX規范。有些系統仍然使用本結構源自4.2BSD的較舊版本。這個較舊的結構沒有msg_flags成員，而且msg_control和msg_controllen成員分別被稱為msg_accrights和msg_accrightslen。這個較舊結構唯一支持的輔助數據形式用于傳遞文件描述字（稱為訪問權限）。

msg_name和msg_namelen這兩個成員用于套接口未連接的場合（譬如未連接UDP套接口）。它們類似reacvfrom和sendto的第5和第6個參數：msg_name指向一個套接口地址結構，調用者在其中存放接收者（對于sendmsg調用）或發送者（對于recvmsg調用）的協議地址。如果無需指明協議地址（例如對于TCP套接口或已連接UDP套接口），msg_name應置為空指針。msg_namelen對于sendmsg是一個值參數，對于recvmsg卻是一個值-結果參數。

msg_iov和msg_iovlen這兩個成員指定輸入或輸出緩沖區數組（即iovec結構數組），類似readv和writev的第2和第3個參數。

msg_control和msg_controllen這兩個成員指定可選的輔助數據的位置和大小。

對于recvmsg和sendmsg，我們必須區別它們的兩個標志變量：一個是傳遞值的flags參數，另一個是所傳遞msghdr結構的msg_flags成員，它傳遞的是引用，因為傳遞給函數的是該結構的地址。

只有recvmsg使用msg_flags成員。recvmsg被調用時，flags參數被拷貝到msg_flags成員，并由內核使用其值驅動接收處理過程。內核還依據recvmsg的結構更新msg_flags成員的值。

sendmsg忽略msg_flags成員，因為它直接使用flags參數驅動發送處理過程。這一點意味著如果想在某個sendmsg調用中設置MSG_DONTWAIT標志，那就把flags參數設置為該值；把msg_flags成員設置為該值不起作用。

如下圖所示，匯總了內核為相關輸入和輸出函數檢查的flags參數值以及recvmsg可能返回的msg_flags成員值。其中沒有sendmsg msg_flags一欄，因為本組合無效。

標志	內核檢查: send flags sendto flags sendmsg flags	內核檢查: recv flags recvfrom flags recvmsg flags	內核返回： recvmsg msg_flags
MSG_DONTROUTE MSG_DONTWAIT MSG_PEEK MSG_WAITALL
MSG_EOR MSG_OOB
MSG_BCAST MSG_MCAST MSG_TRUNC MSG_CTRUNC MSG_NOTIFICATION

這些標志中，內核只檢查而不返回前4個標志；既檢查又返回下2個標志；不檢查而只返回后5個標志。recvmsg返回的7個標志解釋如下：

MSG_BCAST    本標志隨BSD/OS引入，相對較新。它的返回條件是：本數據報作為鏈路層廣播收取或者其宿ip地址是一個廣播地址。

MSG_MCAST    本標志隨BSD/OS引入，相對較新。它的返回條件是：本數據報作為鏈路層多播收取。

MSG_TRUNC    本標志的返回條件是：本數據報被截斷；也就是說，內核預備返回的數據超過進程事先分配的空間（所有iov_len成員之和）。

MSG_CTRUNC  本標志的返回條件是：本數據報的輔助數據被截斷；也就是說，內核預備返回的輔助數據超過進程事先分配的空間（msg_controllen）。

MSG_EOR        如果返回的數據不是一個邏輯記錄的結尾所在，本標志將清零；否則本標志將設置。TCP不使用本標志，因為它是一個字節流協議。

MSG_OOB       本標志絕不為TCP帶外數據返回。它用于其他協議族（例如OSI協議族）。

MSG_NOTIFICATION    本標志的返回條件是：SCTP接收端讀入的本消息是一個事件通知，而不是一個數據消息。

如下圖所示，展示了一個msghdr結構以及它指向的各種信息。圖中假設進程即將對一個UDP套接口調用recvmsg。

圖中給協議地址分配了16個字節，給輔助數據分配了20個字節。為緩沖數據初始化了3個iovec結構構成的數組：第一個指定一個100字節的緩沖區，第二個指定一個60字節的緩沖區，第三個指定一個80字節的緩沖區。我們還假設已為這個套接口設置了IP_RECVDSTADDR套接口選項，以接收所讀取UDP數報的宿IP地址。

我們接著假設從192.6.38.100端口2000到達一個170字節的UDP數據報，它的目的地是我們的UDP套接口，宿IP地址為206.168.112.96。如下圖所示，展示了recvmsg返回時msghdr結構中的所有信息。（圖中被修改過的字段標了陰影）

如下圖所示為5組I/O函數之間的差異：