Linux与Oracle Solaris的sendfile()函数还有哪些未在手册提及的差异？

除了你已经发现的差异外，还有以下几处手册未明确说明的隐性差异：

• 偏移量维护逻辑不同：Linux 的 sendfile() 会自动更新 in_fd 对应文件的内核偏移量（类似 read() 操作），后续对该文件的读写会从新的偏移位置开始；而 Solaris 的 sendfile() 完全依赖传入的 offset 参数，不会修改原文件的偏移量，用户需要自行维护传输位置。
• 单次传输长度的隐性限制：Linux 在部分架构（如 x86）上，单次调用 sendfile() 的传输长度存在隐性上限（通常不超过 2GB），超出后会被内核截断为最大支持长度；Solaris 则没有这类架构相关的隐性限制，只要参数值符合 size_t 类型范围即可。
• 特殊文件与输出端的支持范围：
  • Linux 的 in_fd 除常规文件外，还支持所有可 mmap() 的特殊文件（如 /dev/zero）；Solaris 严格限制 in_fd 为常规文件，字符设备、管道等特殊文件都会触发错误。
  • Solaris 的 out_fd 支持套接字和常规文件，且两种场景的实现都很成熟；Linux 虽在 2.6.33 后允许 out_fd 为常规文件，但实际使用中，该场景的零拷贝优化不如套接字场景完善。
• 异步 IO 兼容性差异：Solaris 的 sendfile() 可以无缝结合异步 IO（AIO）框架使用，支持异步触发传输完成事件；Linux 的 sendfile() 与异步 IO 的结合需要依赖 io_submit() 等特定接口，且仅在部分内核版本中支持，兼容性较差。
• 符号链接的处理逻辑：若 in_fd 指向符号链接，Linux 会自动跟随链接到目标文件（只要权限允许）；Solaris 的 sendfile() 会直接返回 EINVAL 错误，必须手动打开符号链接指向的实际文件后才能使用。

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