缓存、连接数与带宽限制要分层处理

add_header ✨Acce⭐pt-Ranges bytes always;

HLS视频优化首先依赖正确的媒体切片，而不是依赖Nginx把MP4即时变成自适应🔍视频。编码阶段需要生成播放列表、不同清晰度的媒体版本和连续分片；Nginx只需正确返回文件类型、缓存头和字节内容。播放列表返回错误的Content-Type、分片路径权限不足或分片过早删除，都会表☀️现为“播放器卡住”，但根因并非网络速度。

先让MP4支持拖动、断点和快速起播

Nginx视频优化不能通过把sendfile、aio和directio全部开启来获得必然收益。不同参数可能改变缓存路径和磁盘访问方式，调整一次后应使用固定大小、固定并发量、固定网络条件的测试重复比较，至少记录首字节时间、平均吞吐、P95响应时间和错误率。

sendfile、aio与磁盘读取如何选择

Nginx大文件读取优化需要根据存储介质和内核行为选择参数。sendfile可以减少用户态与内核态之间的数据复制，适合常规静态文件分发；tcp_nopush有助于配合sendfile组织数据包，但实际收益会受到网络协议栈和文件大小影响。启用参数后仍需观察CPU、磁盘等待和实际吞吐，不能只看配置是否生效。

Nginx视频缓存策略应按照内容是否变化、文件是否分片和请求是否经过上游来🎊设置。长期不变的MP4可以使用较长的浏览器缓存；HLS播放列表通常更新更频繁，不应与历史分片采用完全相同的缓存时长。播放列表缓存过久，可能导致播放器读取到旧的分片顺序。

Nginx100%视频优化的目标与部署前提

连接数设置也要结合带宽计算。worker_connections只是连接上限，不代表服务器拥有同等的可用视频吞吐；一个持续下载的大文件连接会长期占用出口资源。对于共享型站点，可以使用limit_conn或▶️limit_rate_after等策略保护普通页面，但限制过低会直接造成播放器缓冲。限速值应依据单用户最低清晰度🌟码率、服务器出口能力和并发目标计算，而不是随意填写。