非阻塞 i/o 不提升单分片传输速度，但通过事件驱动、缓冲策略、系统参数与业务逻辑协同，使 nginx 在高并发分片场景下稳定调度数万连接；需区分上传/下载配置缓冲与连接复用，并结合零拷贝、内核调优及超时兜底保障稳定性。
非阻塞 I/O 本身不加速单个分片的传输速度，但能让 Nginx 在高并发分片上传/下载场景下稳定调度成千上万连接，避免卡顿、超时或内存耗尽。关键在于让事件驱动、缓冲策略、系统参数和业务逻辑协同工作。
分片请求的连接与缓冲适配
分片上传常伴随大量短连接、小请求体（如含 MD5、分片序号、token 的 POST），而下载则多为长连接流式响应。需区别配置：
- 上传分片：增大 client_body_buffer_size 至 64k–128k，避免小分片反复落盘到
client_body_temp_path；同时调高 client_max_body_size 匹配单片大小（如 10M） - 下载分片：关闭代理缓冲 proxy_buffering off，启用 chunked_transfer_encoding on，实现边读边发，降低内存驻留压力
- 统一设置 large_client_header_buffers 4 16k，防止带 JWT 或自定义 header 的分片请求被拒（400 错误）
事件调度与连接复用优化
分片操作频繁建连断连，易触发 TIME_WAIT 堆积或连接槽位争抢。应强化事件层控制：
- 显式启用 use epoll（Linux），并设 multi_accept on，提升单位事件循环内 accept 效率
- 开启 keepalive_timeout 60s 和 keepalive_requests 1000，鼓励客户端复用连接提交多个分片
- 反向代理后端启用 proxy_http_version 1.1 和 proxy_set_header Connection ''，维持上游长连接，减少握手开销
零拷贝与系统级协同加速
对静态分片文件（如 /chunks/xxx.bin），直接绕过用户态搬运：
- 启用 sendfile on 和 tcp_nopush on，让内核完成磁盘→socket 的 DMA 传输
- 若分片文件 >4MB 且存储在 XFS/ext4 等支持 direct I/O 的文件系统，可配合 directio 4m + aio threads 减少页缓存干扰（注意：仅适用于顺序读，禁用于小文件或随机访问）
- 同步调优内核：
net.ipv4.tcp_rmem="10240 262144 16777216"扩大接收窗口，适配高延迟分片网络链路
超时与稳定性兜底配置
分片传输周期长、网络波动敏感，必须延长关键超时并主动释放异常连接：
- client_header_timeout 30s、client_body_timeout 300s（覆盖单片上传耗时）
- proxy_read_timeout 3600、proxy_send_timeout 3600，防止慢速网络中断整段分片流
- 启用 reset_timedout_connection on，快速回收已超时但未关闭的 socket，释放 epoll 句柄
