2. H265推流卡顿问题排查与解决：推流端编码器参数配置不当导致卡顿
编码器参数配置，说白了就是给编码器下指令。你让它怎么压缩，压缩到什么程度，它就会照做。但很多时候，我们随手填的参数，恰恰是卡顿的根源。
我见过太多这样的情况：推流端CPU跑满，编码队列堆积，画面一帧一帧地跳。最后查下来，就是几个参数没调对。嗯，今天我们就来聊聊这些坑。
2.1 核心参数：preset 与 tune
这两个参数，是编码器的工作模式开关。它们直接影响编码速度和画质。
| 参数 | 可选值 | 对性能的影响 | 适用场景 |
|---|---|---|---|
| preset | ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo | 越慢，压缩率越高，CPU消耗越大 | 实时推流建议 veryfast 或 faster |
| tune | film, animation, grain, stillimage, fastdecode, zerolatency, psnr, ssim | 针对特定场景优化编码策略 | 直播推流必须用 zerolatency |
slow 甚至 veryslow。这在点播场景没问题，但在直播推流中，编码一帧的时间可能超过帧间隔（比如 33ms），直接导致编码器跟不上，丢帧卡顿。
我个人习惯，实时推流用 preset=veryfast，配合 tune=zerolatency。这样编码延迟最低，CPU开销可控。
2.2 关键参数：rc 与 bitrate
码率控制模式（rc）决定了编码器如何分配码率。选错了，要么画面糊，要么网络撑不住。
- cbr（恒定码率）：码率波动小，适合网络带宽稳定的场景。但画面复杂时容易糊。
- vbr（可变码率）：码率波动大，画面质量更稳定。但可能瞬间拉高带宽，导致网络拥塞。
- crf（恒定质量）：按质量目标编码，码率不可控。直播推流慎用。
我曾经在一个项目中，推流端用了 rc=vbr，码率上限设得比较高。结果网络波动时，编码器瞬间吐出大量数据，路由器直接丢包，画面卡成幻灯片。后来改成 rc=cbr，配合 bitrate=2000k，问题就解决了。
rc=cbr。如果必须用 vbr，一定要设置 maxrate 和 bufsize，限制码率峰值。
2.3 帧率与GOP结构
帧率（fps）和GOP（Group of Pictures）长度，是影响编码器负载的关键。
- 帧率过高：比如推 60fps，但编码器处理能力有限，每帧编码时间超过 16ms，就会堆积。
- GOP 过长：比如
gop_size=250，关键帧间隔太大。网络丢包后，解码端要等很久才能恢复画面。 - B帧使用不当：B帧需要参考前后帧，会引入额外延迟。直播推流建议关闭 B帧。
你想想看，如果编码器每秒钟要处理 60 帧，但实际只能处理 30 帧，那剩下的 30 帧就只能排队。队列一长，延迟就上去了，卡顿就来了。
我建议：
- 推流帧率设为 30fps 或 24fps，别盲目追求高帧率。
- GOP 长度设为 2 秒左右，比如 30fps 时
gop_size=60。 - 关闭 B帧：
bframes=0。
2.4 多线程与 lookahead
这两个参数，很多人容易忽略。
- threads：编码器使用的线程数。设得太少，CPU 利用率低；设得太多，线程切换开销大，反而变慢。
- lookahead：编码器预分析的帧数。预分析越多，编码质量越好，但延迟也越大。
我记得有一次，一个同事把 threads 设成了 16，结果编码器性能反而下降了。因为线程太多，锁竞争严重，CPU 时间都花在切换上了。后来改成 threads=4，性能直接翻倍。
threads 设为物理核心数即可。lookahead 在直播推流中建议设为 0，或者不超过 5。
2.5 参数配置不当的典型症状
如果你遇到以下现象，大概率是编码器参数的问题：
- CPU 占用率持续 100%，但推流帧率远低于设定值。
- 编码队列持续增长，延迟越来越高。
- 画面突然模糊，然后恢复，说明编码器在丢帧或降码率。
- 推流端日志出现 "encoder overload" 或 "dropping frame"。
2.6 推荐配置模板
下面是我在多个项目中验证过的配置，可以直接参考：
# 适用于 1080p 30fps 直播推流
-preset veryfast
-tune zerolatency
-rc cbr
-bitrate 2000k
-maxrate 2000k
-bufsize 4000k
-fps 30
-gop_size 60
-bframes 0
-threads 4
-lookahead 0
-profile:v main
-level 4.1maxrate 和 bitrate 一致，避免码率波动。
2.7 知识体系：编码器参数配置不当导致卡顿的根因分析
下面这张图，梳理了参数配置不当导致卡顿的完整链路：
2.8 避坑指南
最后，分享几个我踩过的坑：
- 不要盲目复制网上的配置。不同硬件、不同分辨率、不同网络环境，参数都要微调。
- 不要同时开太多编码器实例。比如一台机器推 4 路 4K 流，CPU 根本扛不住。
- 记得监控编码器状态。用
ffmpeg -stats或者编码器自带的日志，实时查看编码帧率和丢帧情况。
我曾经在一个项目中，把 preset 设成了 medium，觉得画质好。结果推流端 CPU 直接飙到 100%，画面卡得不行。改成 veryfast 后，CPU 降到 40%，画面流畅了。嗯，有时候，慢工不一定出细活，尤其是在直播场景下。