用户态内存已有数据时，用sendfile或Linux零拷贝是否更具优势？

能否用sendfile替换write？ #

不行。sendfile()的设计目标是在两个文件描述符之间直接传输数据，它的源必须是支持mmap()操作的文件描述符（比如磁盘文件、管道等），无法直接读取用户态内存缓冲区中的数据。你的数据存储在用户态的buff数组里，不符合sendfile()的输入要求，因此无法直接替换。

换成sendfile有没有性能收益？ #

既然无法直接使用，自然不存在性能收益。如果强行绕弯（比如先将用户态数据写入临时文件再用sendfile），反而会多一次磁盘IO操作，性能反而下降，完全没必要。

适合用户态内存数据的零拷贝/优化方案 #

针对用户态内存到Socket的传输场景，推荐以下几种优化方案：

1. 使用sendmsg()结合MSG_ZEROCOPY标志 #

这是Linux 4.14及以上版本支持的特性，允许直接将用户态内存的数据发送到Socket，避免内核与用户态之间的数据拷贝。示例代码如下：

struct iovec iov = {
    .iov_base = buff,
    .iov_len = buffer_size
};
struct msghdr msg = {
    .msg_iov = &iov,
    .msg_iovlen = 1
};
sendmsg(sockfd, &msg, MSG_ZEROCOPY);

注意：使用MSG_ZEROCOPY时，必须保证用户态缓冲区在数据发送完成前不被修改或释放，内核会通过SO_ZEROCOPY套接字选项异步通知应用传输完成，需要处理对应的事件。

2. 批量发送减少系统调用次数 #

你的代码每次循环都调用一次write()，系统调用本身存在固定开销。可以将多次修改的数据攒入足够大的缓冲区，或者使用writev()一次性发送多个缓冲区，减少系统调用次数：

struct iovec iov[2];
iov[0].iov_base = buff_part1;
iov[0].iov_len = len_part1;
iov[1].iov_base = buff_part2;
iov[1].iov_len = len_part2;
writev(sockfd, iov, 2);

3. 调整Socket发送缓冲区大小 #

通过setsockopt()设置SO_SNDBUF参数增大发送缓冲区，减少内核因缓冲区满而阻塞的情况，提升传输效率：

int send_buf_size = buffer_size * 4; // 根据实际场景调整
setsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &send_buf_size, sizeof(send_buf_size));

4. 内存映射（mmap）辅助方案 #

如果数据可以提前准备到匿名内存映射或临时文件映射区域，后续的write()操作也能降低拷贝开销，但收益不如MSG_ZEROCOPY直接。

内容的提问来源于stack exchange，提问作者Rajat Aggarwal