视频流卡顿主因是Nginx缓冲区与视频流量不匹配；应关闭proxy_buffering（静态直传）或调大proxy_buffers、proxy_busy_buffers_size、proxy_max_temp_file_size等参数，并同步优化超时与连接复用。
视频流播放卡顿，常被误认为是带宽或前端问题，实际很可能是 Nginx 缓冲区配置与视频流量特性不匹配所致。核心在于：Nginx 默认的缓冲策略面向小响应体（如 HTML、JSON），而视频流是持续、大吞吐、分片传输的二进制数据，缓冲区太小会频繁落盘、阻塞传输，太大又可能引发内存压力或延迟首帧。
关闭 proxy_buffering（静态视频直传场景）
若视频文件由 Nginx 直接托管（非代理后端），且路径明确（如 /videos/），最直接有效的方式是禁用缓冲：
- 在对应
location块中添加：proxy_buffering off;（注意：仅用于proxy_pass场景；纯静态服务用sendfile on;更合适） - 静态服务更推荐：
sendfile on;+tcp_nopush on;+tcp_nodelay on;，让内核直接零拷贝发送文件，绕过用户态缓冲 - 禁用后，Nginx 不再等待整个响应完成，而是边收边发，显著降低首字节延迟（TTFB）和卡顿感
调大并匹配 proxy_buffers 与视频码率
若必须启用 proxy_buffering（例如需改写响应头、做鉴权或压缩），则需按视频实际码率重新估算缓冲容量：
- 1080p 视频典型码率约 5–8 Mbps → 每秒需承载 625–1000 KB 数据
- 建议配置：
proxy_buffers 8 256k;（总缓冲 2 MB，支持约 2–3 秒缓冲） -
proxy_busy_buffers_size 512k;（确保至少两块缓冲可并发发送，避免“忙等”） - 切忌使用默认
proxy_buffers 8 4k（仅 32 KB），远低于视频每秒吞吐量，必然导致高频刷盘和卡顿
控制临时文件行为，避免磁盘 I/O 成瓶颈
当响应超出内存缓冲，Nginx 会写临时文件。若配置不当，小块写盘会严重拖慢流式传输：
- 设置
proxy_max_temp_file_size 1024m;，允许单个临时文件达 1 GB，减少分片数量 - 设
proxy_temp_file_write_size 256k;，每次 write 至少写入 256 KB，降低系统调用频次 - 确认
proxy_temp_path挂载在 SSD，并有充足空间与 inode —— HDD 上频繁小写极易卡死
同步优化超时与连接复用
缓冲区调优需配套连接生命周期管理，否则大文件传输仍可能被中断：
- 延长关键超时：
proxy_read_timeout 600;（接收后端响应）、proxy_send_timeout 600;（发送给客户端） - 启用 HTTP/1.1 连接复用：
proxy_http_version 1.1;+proxy_set_header Connection ''; - 检查后端是否返回
Transfer-Encoding: chunked，若启用缓存，需加proxy_cache_convert_head off;防止 chunked 被错误转为 content-length 导致长度不匹配
