HLS 分发与普通 MP4 不应使用同一套缓存规则

Nginx100%视频优化的验收标准应放🎇在播放器实际体验和响应头上，而不是把配置项数量越多越好。一个合格的视频分发配置至少要满足以下条件：

Nginx静态视频服务应先保证 MIME 类型、文件存在性和字节范围请求正常，再考虑缓存与并发参数。下面的片段适合放在 http 区域设置类型，在 server 区域配置视频目录，实际路径需要替换成服务器上的媒体目录。

Range 快进失败时，按响应结果定位问题

稳定的视频分发配置通常是“正确响应头、可用 Range、合适缓存、可靠文件结构和明确权限”的组合，而不是把所有性能指令全部打开。完成每项调整后，应通过真实浏览器拖动、暂停后继续播放、切换网络和并发下载测试验证结果；当源站带宽或磁盘已经饱和时，应先扩容存储与分发能力，再继续微调 Nginx 参数。

静态 MP4 和 WebM 的基础 Nginx 配置

Nginx100%视频优化并不是一个可以直接开启的官方选项，实际目标是让视频具备正确的 MIME 类型、Range 分段请求、稳定的文件传输和合理的缓存策略。对于存放在本机磁盘上的 MP4、WebM 等文件，重点配置是 sendfile、🚀Accept-Ranges、缓存响🍀应头和访问权限；对于来自对象存储或应用服务器的视频，还要检查反向代理是否完整转发 Range 与 If-Range 请求。

上线前的性能与安全检查

视频服务是否真正支持快进，应在浏览器开发者工具的 Network 面板中查看请求状态、Accept-Ranges、Content-Range 和 Content-Length。只看到 200 并不一定代表错误，但当播放器发起带 Range 的请求后仍始终返回完整文件，快进和断点续传通常🎇会受到影响。

视频文件被替换时，发布流程应采用临时文件写入、校验完成后原子改名的方式。直接覆盖正在被读取的大文件，可能让客户端拿到前后内容长度不一致的💪文件，从而引发 416、解码失败或缓存污染。

MP4 点播速度不只取决于 Nginx，moov 元数据的位置、视频码率、关键帧间隔和音视频编码参数都会影响首帧加载与拖动定位。若 moov 位于文件末🎯尾，播放器往往需要读取较多内容后才能开始播放，服务器开启 sendfile 也不能改变文件内部结构。

MP4 文件结构和视频编码同样影响首播速度

上面的静态视频配置使用 try_files 先确认文件存在，避免把不存在的媒体请求交给其他处理器；sendfile 减少用户态与内核态之间的重复拷贝；tcp_nopush 帮助发送端更合理地组织数据包；max_ranges 1 限制👍一次请求中的多范围数量，降低异常多范围请求造成的资源消耗。

HLS视频分发应把播放列表和媒体分片分开处理，因为 m3u8 反映实时播放状态，ts 或 fMP4 分片通常生成后不再变化。播放列表适合短缓存或不缓存🍀，已经⚡发布完成的分片可以设置较长缓存，但直播场景必须根据分片更新周期调整策略。