要做好Nginx100%视频优化，重点不是单独开启某一个指令，而是同时处理视频格式、HTTP Range 分段请求、缓存策略、连接复用、跨域响应和服务器带宽。对于普通点播，优先优化 MP4 的随机拖动与断点加载；对于多用户并发播放，优先采用 HLS 或 DASH，避免单个大文件长期占用连接。

如果网页视频出现拖动卡顿、只能从头播放、首次加载很慢或移动端无法播放，建议先检查响应状态是否为 206、响应头是否包含有效的 Content-Length，以及 Nginx 是否直接提供视频文件。Nginx100%视频优化可以改善传输效率，但不能替代转码、压缩和播放器兼容性处理。

先确定视频传输方式：MP4点播还是HLS切片

视频传输方式决定了Nginx配置重点，单个 MP4 文件和 HLS 切片不能采用完全相同的缓存规则。

MP4视频适合文件数量少、部署简单的站点；HLS视频适合需要根据网速切换清晰度的站点。Nginx只负责高效传输已有文件，不负责把普通 MP4 自动变成多码率 HLS。

MP4视频必须支持Range分段请求

MP4视频的流畅拖动依赖 Range 分段请求，浏览器通过该请求只读取目标时间点附近的数据，而不是每次从文件开头重新下载。

• 正常响应：首次请求通常返回 200，拖动或断点请求应能返回 206 Partial Content。
• 关键响应头：应重点观察 Accept-Ranges、Content-Range、Content-Length 和 Content-Type。
• 异常表现：始终返回 200、Content-Range 缺失，或代理层删除 Range 请求，都会导致拖动失败或重复下载。
• 文件位置：静态视频尽量直接由 Nginx 读取，避免每次播放都经过 PHP、Java 或其他应用层转发。

Nginx默认支持静态文件的字节范围请求，很多“无法快进”的问题并不是缺少某个开关，而是反向代理、CDN、鉴权程序或缓存层没有正确转发 Range 与 206 响应。

上述配置适合基础静态点播场景，实际部署前应确认文件扩展名、MIME 类型和缓存时间符合站点需求。若视频经过反向代理获取，还需要检查上游是否支持 Range，并确认代理没有把 206 改写成 200。

用缓存和连接参数降低重复传输

Nginx视频缓存优化的核心是让不经常变化的视频被浏览器、CDN或代理重复利用，同时避免动态清单文件长期缓存。

• 固定视频文件：文件名包含版本号或哈希值时，可以设置较长的 max-age；视频替换后通过新文件名发布。
• 频繁更新的文件：同名 MP4 被覆盖时，不宜设置过长缓存，否则用户可能持续播放旧内容。
• HLS清单：m3u8 通常需要较短缓存甚至 no-cache，避免播放器拿到过期分片列表。
• HLS分片：ts 或 m4s 生成后一般不会改变，可以使用较长缓存，并结合 immutable 减少重复验证。
• 文件发送：sendfile on 可减少用户态与内核态之间的复制；tcp_nopush on 有助于减少响应头与文件数据的碎片发送。

缓存策略必须结合访问权限设计，带有用户隐私或付费权限的视频不应随意使用公开缓存。Access-Control-Allow-Origin 使用通配符时，不能同时依赖受限 Cookie 鉴权；需要登录态播放时，应改为明确允许的来源并配合 credentials 规则。

视频编码和Nginx配置需要同时匹配

视频编码质量决定源文件大小和解码压力，Nginx只能优化传输，不能修复编码格式不兼容、关键帧间隔过长或码率过高造成的卡顿。

• 普通 MP4 点播优先测试 H.264 视频与 AAC 音频组合，兼容性通常比冷门编码更容易验证。
• 网页渐进式播放应将 MP4 的 moov 元数据放到文件前部，否则浏览器可能需要下载较多内容后才开始播放。
• HLS切片时，音视频关键帧应尽量与分片边界对齐，否则切换清晰度时可能出现黑屏、音画不同步或等待时间增加。
• 多码率视频应准备清晰度、分辨率和平均码率不同的版本，让播放器根据网络状态选择，而不是让所有用户下载最高码率。
• 视频码率越高，单个用户占用的带宽越大。估算出口压力时，应使用同时播放人数乘以平均码率，并为协议开销和突发流量预留余量。

视频文件优化可以先从降低无效码率、缩短关键帧间隔和整理 MP4 元数据开始，再通过 Nginx处理 Range、缓存和连接传输问题。只调整 Nginx而不处理源视频，无法保证移动网络下的启动速度。

跨域、MIME类型和安全响应不能遗漏

网页视频跨域播放需要同时满足资源权限、MIME 类型和浏览器响应头要求，尤其是视频文件位于独立媒体域名时。

• Content-Type：MP4应返回对应的视频 MIME 类型，m3u8、ts和m4s也应使用与播放器匹配的类型。
• CORS：播放器页面与媒体文件不在同一来源时，需明确配置允许来源、请求方法和必要响应头。
• 鉴权：临时签名、Referer校验或 Cookie 鉴权应放在清晰的访问链路中，避免鉴权程序截断 Range 请求。
• 目录安全：视频目录关闭目录索引，限制不必要的脚本执行权限，并避免把配置文件、源文件和备份文件放在公开目录。
• 缓存安全：私有视频使用 private 或 no-store 等策略，防止共享缓存误把受限内容提供给其他用户。

跨域配置并不能替代访问控制，允许所有来源只适合公开媒体资源。对于会员视频，签名有效期、来源校验和分片权限应由应用层与Nginx协同处理。

按照浏览器响应结果排查播放故障

Nginx100%视频优化的验证不能只看网页是否能播放，还要在浏览器开发者工具的 Network 面板检查真实传输结果。

1. 出现 404：检查 alias、root、文件大小写、扩展名和实际文件路径，确认 Nginx 工作进程有读取权限。
2. 出现 403：检查目录执行权限、文件读取权限、访问控制规则和防盗链配置。
3. 拖动无效：查看请求是否携带 Range，响应是否为 206，以及 Content-Range 的起止字节是否正确。
4. 视频下载后不能播放：检查 Content-Type、文件编码、moov位置和浏览器对编码格式的支持情况。
5. HLS黑屏：检查 m3u8 中的分片路径、跨域响应、分片状态码、分片缓存和清单更新时间。
6. 高并发卡顿：查看出口带宽、磁盘读取、连接数、CPU、文件缓存命中率及上游响应时间，不能只盯着 Nginx 进程 CPU。
7. 修改配置无效：先执行配置语法检查，再平滑重载，并确认实际请求命中了预期的 server 和 location。

Nginx100%视频优化是否有效，应以首次播放时间、拖动响应时间、206比例、错误率、出口带宽和并发播放稳定性为判断依据。单个测试用户播放正常，不代表高峰期的磁盘、带宽和代理链路都没有瓶颈。