按协议选择Nginx在视频链路中的位置

多平台播放通常采用“RTMP负责接入、媒体服务负责转协议、Nginx负责HTTP分发”的结构。这个结构比让Nginx直接承担转码、协议转换和全部播放逻辑更容易扩容，也更方便定位故障。

当搜索词“nginx100%video100%”实际指向Nginx CPU占用100%或视频服务异常时，应先区分Nginx转发压力、媒体转码压力和网络重传压力，不能看到CPU升高就直接修改wor🤔ke💪r_connections。

多平台视频播放的兼容性首先取决于编码格式，而不是Nginx是否使用更多进程。普通终端优先采用H.264视频与AAC音频，并保持合理的关键帧间隔；需要更高压缩率时使用H.265或AV1，必须先确认目标浏览器、手机和硬件播放器支持情况。

100路视频流媒体的Nginx配置重点

带宽估算不能直接等同于稳定容量。例如100路视频平均码率为2Mbps时，理论接入流量约为200Mbps，但实际部署还要考虑峰值码率、TC⭐P或UDP开销、重传、管理流量和系统预留，不能把200Mbps当作线路采购值。

视频协议决定Nginx应该承担接入、转发还是播放分发，协议选错时，即使服务器资源充足，也会出现黑屏、延迟过高或平台无法播放的问题。

Nginx配置调优不能脱离操作系统参数。部署前应同步检查文🌅件句柄上限、TCP连接队列、网卡速率、磁盘inode、临时目录空间和防火墙连接跟踪表，避免应用层✅看似正常而系统层提前耗尽。