Nginx解决不了的部分，要从编码和播放器入手

HTML5 播放器拖动进度时，通常会向服务器发送带有 Range 请求头的字节范围请求。正常情况下，服务器应返回 😎206 Partial Content，并带有☀️ Content-Range。如果始终返回完整文件，用户拖动进度就可能等待很长时间，甚至表现为无法快进。

HLS 视频要分开设置播放列表和分片缓存

对于普通 MP4 视频，应重点配置字节范围请求、sendfile、合理缓存和 MP4 元数据位置；对于 HLS 视频，则要分别优化播放列表与分片缓存，并配合多码率自适应▶️播⭐放。先确定视频类型，再选择对应方案，比盲目堆叠 Nginx 参数更有效。

m3u8 播放🍀🌅列表是文本文件，体积较小时收益有限，但可以根据实际响应大小决定是否压缩。配置时要把文本播放列表和视频分片分开处理，避免一个通用规则同时作用于所有媒体文件。

反向代理和 CDN 场景要重点检查回源

静态视频传输可以使用 sendfile on，让文件数据更高效地从文件系统交给网络层，减少不必要的🔮用户态拷贝。tcp_nopush on 通常与 sendfile 一起使用，有助于减少发送大量小数据包的情况。

上线后用四项指标验证效果

视频文件本⭐身也需要处理。MP4 💪的 moov 元数据如果位于文件末尾，播放器往往要读取较多内容后才能开始播放。上传前可以通过编码工具启用 faststart，把必要元数据移动到文件前部。这个处理通常比单独调整 Nginx 参数更能改善首次打开速度。

Nginx 不会自动降低视频码率，也不会把一个 4K 文件变成适合移动网络播放的版本。想让不同网络条件下都保持🤔流畅👍，通常需要准备多档清晰度和码率，并让播放器根据实时带宽进行自适应切换。

连接数和文件传输参数要结合服务器上限

HLS 通常由一个或多个 m3u8 播放列表，以及大量 ts 或 m4s 分片组成。这两类文件的更新频率不同，不能使用完全相同的缓存时间。

不要对视频内容启用 gzip 压缩

如果视频跨域播💡放🔮，还要检查响应中的 CORS 配置。允许来源应尽量限定为实际业务域名；使用登录态或 Cookie 时，不宜简单使用任意来源的通配配置。

只有当文件格式、Range 请求、缓存策略、带宽容量和自适应码率同时匹配业务场景时，Nginx 视频✨播放才能获得稳定的流畅表现。