能，但仅限内核态通路完整且目标fd支持DMA；目标为普通文件时退化为普通拷贝，仅socket目标稳定走零拷贝路径。
Linux 下 sendfile 真的能零拷贝吗？
能，但仅限于内核态数据通路完整、且目标 fd 支持 DMA 的场景。关键不是“调用 sendfile”这个动作，而是整个链路是否绕过用户空间缓冲区。如果目标 fd 是普通文件（比如写入磁盘），sendfile 会退化为普通拷贝，根本不是零拷贝。真正稳定走零拷贝路径的，只有 socket fd 作为目标时（如 HTTP 文件服务）。
常见错误现象：sendfile 返回成功，但 strace 显示仍有 read+write 调用 —— 这说明内核 fallback 到了常规路径，可能因为源文件不支持 mmap、或目标 fd 不是 socket。
- 必须确保源 fd 是普通文件（
open()打开，非 pipe/proc/设备） - 目标 fd 必须是支持
splice的 socket（TCP/UDP 均可，但 UDP 需注意 MTU 和分片） - 源文件需对齐页边界（
lseek到off_t偏移量最好是 4096 的倍数），否则内核可能回退 - 不要在
sendfile前对源文件做mmap或read，这会干扰 page cache 复用逻辑
sendfile 在 C++ 中怎么安全调用？
C++ 本身不封装 sendfile，它就是个系统调用，直接用 unistd.h + sys/sendfile.h 即可。难点不在语法，而在错误处理和流控。
典型误用：忽略返回值、不检查 errno == EAGAIN、在非阻塞 socket 上死循环重试。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 务必检查返回值：小于 0 表示失败，等于 0 表示已到 EOF，大于 0 是实际传输字节数
- 若目标 socket 是非阻塞的，
sendfile可能返回 -1 且errno == EAGAIN或EWOULDBLOCK，此时应等待epoll/poll通知可写再重试 - 不要传入超大
count（比如整个文件大小），内核有单次上限（通常 2GB），建议每次最多传SSIZE_MAX（#include <limits.h>） - 源偏移量（
*offset参数）若为nullptr，则从当前文件位置读；若指定，则文件位置不变 —— 注意并发读取时的竞态
ssize_t n = sendfile(sockfd, filefd, &offset, count);
if (n == -1) {
if (errno == EAGAIN || errno == EWOULDBLOCK) {
// 加入 epoll wait 写事件
} else {
// 其他错误：EINTR（可重试）、EINVAL（参数非法）、EBADF（fd 无效）
}
}
为什么用了 sendfile 还卡在磁盘 I/O？
因为 sendfile 并不保证“立即发出”，它依赖 page cache。如果源文件刚被写入、还没回写到磁盘，且没调用 fsync 或 posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)，内核可能触发同步回写，阻塞在 sendfile 调用里。
更隐蔽的问题：文件系统挂载选项影响行为。例如 ext4 默认启用 barrier，XFS 启用 log，都可能让 sendfile 在脏页多时变慢。
- 生产环境建议对静态文件提前调用
posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)清理缓存压力 - 避免在高负载时对同一文件频繁
sendfile—— 多个线程争抢 page cache 锁会导致延迟毛刺 - 用
iotop -p <pid>观察是否真在读磁盘；若sendfile调用耗时长但无磁盘 activity，大概率是锁竞争或内存压力
替代方案：什么时候该放弃 sendfile？
当你的目标不是 socket（比如要写入另一个文件、或加密后再发），或者需要修改内容（加 header、压缩、切片），sendfile 就完全失效。这时候别硬套，老实用 readv/writev + splice 组合，或直接 mmap + send。
容易被忽略的一点：sendfile 不支持 TLS。HTTPS 服务中，哪怕底层用 sendfile，也得先解密/加密，必然进用户空间 —— 所以 nginx 的 sendfile on 对 HTTPS 是无效的。
- 需要加密/签名/校验：必须用用户态 buffer，
sendfile直接排除 - 目标是普通文件或设备节点（如
/dev/null）：内核强制走generic_file_read_iter→generic_file_write_iter，全程拷贝 - 跨文件系统复制（如 ext4 → btrfs）：即使都是文件，
sendfile也会失败并返回EXDEV
