Linux系统中sendfile()是否支持普通文件？其工作原理是什么

首先纠正一个传播很广的误解：Linux下的sendfile从来没有将输出端限定为网络套接字，很多人有“sendfile只能写给socket”的印象，基本是早年接触web服务器静态文件零拷贝优化的教程留下的刻板印象，你测试到普通文件可正常作为sendfile输出端，完全符合接口设计预期。

接口支持的文件描述符范围 #

Linux内核对sendfile两端fd的限制经过多版本迭代已经非常宽松：

• 输入端in_fd：仅要求fd支持读语义，普通文件、块设备、支持mmap的特殊文件都可作为输入，2.4版本之前要求输入必须是普通文件的限制早已移除
• 输出端out_fd：仅要求fd在内核中实现了sendfile操作回调，除网络套接字外，普通本地文件、管道、TUN/TAP虚拟网卡、部分块设备都在支持范围内。

核心拷贝逻辑 #

你关心的拷贝实现问题答案非常明确：sendfile的数据流不是在内核态通过read/write循环完成的，根据两端fd的支持情况，实际走两类路径：

• 零拷贝快路径：当输入、输出端的文件系统/驱动都支持原生零拷贝逻辑时，全程没有冗余CPU拷贝：输入文件的数据读入页缓存（page cache）后，内核直接把对应内存页的引用挂载到输出端的页缓存结构上，后续由IO调度器统一完成脏页落盘、网络发包等操作。这条路径下既没有用户态和内核态之间的数据拷贝，也没有内核不同缓冲区之间的额外复制，性能远高于用户态手写的read+write循环。
• 兼容回退路径：如果输出端没有实现原生零拷贝的sendfile回调，内核会直接在内部完成页缓存数据到输出端缓冲区的拷贝，这个过程不会走完整的read/write系统调用逻辑，相比用户态自行实现的读写循环，仍然少了两次系统调用上下文切换、一次用户态内存拷贝，性能依然有明显优势。

实现差异说明 #

不同文件系统、设备驱动对sendfile的支持程度并不统一：

• ext4、xfs、btrfs等主流本地文件系统，已经完整支持普通文件之间sendfile的零拷贝路径
• 低版本NFS、CIFS等网络文件系统，以及部分特殊字符设备作为输出端时，可能触发兼容回退路径，个别极老版本内核甚至会直接返回EINVAL错误，这类问题属于具体驱动/文件系统的实现差异，不是sendfile接口本身的限制。

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