sendfile与aio（aio on）在linux下本质互斥，无法协同：sendfile依赖page cache走零拷贝，aio on必须配合directio绕过缓存；配置可共存但按文件大小自动分流——未设directio时全走sendfile，设directio 4m后＜4mb走sendfile、≥4mb走aio。
sendfile 和 AIO（aio on）在 Nginx 中**不能真正共存于同一条文件读取路径**，所谓“协同工作”是常见误解。二者在 Linux 内核层面机制冲突，配置上可同时开启，但实际生效路径由规则优先级和条件自动分流，不是叠加增强，而是互斥选路。
Linux 下 sendfile 与 aio on 的互斥本质
根本原因在于内核 I/O 路径设计：
- sendfile() 是零拷贝系统调用，依赖 Page Cache，数据从磁盘页缓存直接送入 socket 缓冲区，不经过用户态内存
- aio on（内核本地 AIO）必须配合 directio 使用，强制绕过 Page Cache，走 O_DIRECT + io_submit/io_getevents 异步提交路径
- 两者对同一文件的读取逻辑无法并存：要么走缓存（sendfile），要么绕缓存（aio + directio），内核不允许混合
配置共存时的真实行为（以 Linux 为准）
当同时配置 sendfile on; 和 aio on; 时，Nginx 按以下逻辑自动决策：
- 若未设置 directio：全部走 sendfile，aio 配置被忽略
- 若设置了 directio 4m;：小于 4MB 的文件走 sendfile；≥4MB 的文件走 aio 异步读取
- 一旦启用 directio，sendfile 自动对大文件失效——这不是 bug，而是设计约束
按场景推荐的配置策略
不强行共存，而应按访问特征精准选型：
- 日志类小文件（access.log、error.log 等，KB～2MB）：只开 sendfile on; + tcp_nopush on;，禁用 aio 和 directio。Page Cache 复用率高，零拷贝收益最大
- 大归档/视频文件（>4MB，低频随机读）：关闭 sendfile，启用 aio on; directio 4m;，避免 Page Cache 占用大量内存
- 混合静态资源（如 CDN 边缘）：用 thread_pool + aio threads; 替代内核 AIO。兼容性好，无需 O_DIRECT，且能统一处理大小文件
避坑要点
这些配置组合极易引发性能倒退或静默失效：
- ❌ 在 /var/log/ 路径下配 aio on; directio 4m; —— 小日志文件被迫绕缓存，I/O 压力翻倍
- ❌ 同时开启 sendfile on; 和 aio on; 却不设 directio —— aio 形同虚设，还增加配置复杂度
- ❌ 在容器环境或旧内核（
