先判断卡顿发生在哪一层

单个MP4只能按照固定码率传输。用户当前网络速度低于🔥视频码率时，Nginx即使传输效率很高，播放器仍然会缓冲。更适合多种网络环境的做法🌺是将同一视频制作成多档清晰度，再通过HLS或DASH让播放器根据带宽切换。

静态MP4的Nginx基础配置

sendfile可以减少文件从磁盘发送到网络时的额外数据复制，通常适合大文件传输。tcp_nopush有助于配合sendfile发送较大的数据块，tcp_nodelay则可以减少部分小数据包的等待。它们不能增加服务器本身的出口带宽，实际效果仍要通过真实播放和并发测试确认。

上面的分片缓存策略只适用于分片文件名不会被重复🔮覆盖的情况。如果系统会用同一个文件名替换旧分片，就不能随意设置immutable，否则用户可能持续读取旧内容。点播列表可以采用更长缓存，但直播列表通常需要及时重新请求。

因此，Nginx100%视频优化的正确落地顺序是：先修复视频封装和码率，再确认Range分段传输，然后优化静态文件发送与缓存，最后根据并发量引入自适应码率和边缘分发。只有先找到实际瓶颈，Nginx配置调整才会真正改善播放流畅度。

HLS、反向代理与缓存要分开设置

这条处理通常不会重新编码画面，速度较快，但前提是原视频编码和封装结构能够被目标播放器接受。如果播放器兼容性仍然不好，应重新编码为更通用的H.264视频和AAC音频，并根据目标设备制作🔥🌈适当分辨率与码率。

单个MP4不够稳定时，改用自适应播放

HLS或DASH只能解决“根据网络选择码率”的问题，不能修复源文件损坏、服务器带宽不足或播放器逻辑错误。Nginx在这里主要负责稳定地发送播放列表和分片，真🎇正的转码、切片和码率规划应在发布流程中完成。

跨域播放时还🎆要检查响应头。若播放器和视频不在同一来源，需要允许播放器所在的可信来源访问媒体资源；使用Cookie或授权信息时，不应简单地对所有来源开放通配跨域。公开免费视频与带权限的视频🌅，缓存规则也必须分开，私有视频不能使用面向所有用户的public缓存。