必须调用avformat_find_stream_info以获取准确的codecpar->bit_rate，否则多数音频流该值为0或不准；需检查返回值、过滤音频流、注意单位bps及vbr限制，并用av_find_best_stream等健壮方法处理多音轨。
用 avformat_open_input 打开音频文件后必须调用 avformat_find_stream_info
不调用 avformat_find_stream_info，大部分音频流的 codecpar->bit_rate 会是 0 或不准确。FFmpeg 的封装格式（如 MP3、FLAC、AAC）可能把比特率信息放在容器层或编码参数里，而 avformat_open_input 只读了头部，没解析帧数据或流全局参数。
实操建议：
- 调用
avformat_find_stream_info后检查返回值，负数表示失败（比如文件损坏或不支持格式） - 遍历所有流，用
AVMEDIA_TYPE_AUDIO过滤出音频流，避免误读视频/字幕流 - 有些格式（如 MP3）的
codecpar->bit_rate是平均比特率，但实际是 VBR（可变比特率），此时该值仅作参考
codecpar->bit_rate 为 0 时，尝试从 ctx->bit_rate 或容器字段读取
某些封装（如 MP4、MKV）会在 AVStream 的 codecpar->bit_rate 留空，但 AVFormatContext 的 bit_rate 字段可能有估算值；更可靠的是查 AVStream 的 codecpar->bits_per_coded_sample 和采样率等推算，但仅适用于 PCM 类无压缩音频。
常见 fallback 路径：
- 优先读
stream->codecpar->bit_rate（单位：bps） - 若为 0，再看
fmt_ctx->bit_rate（整个文件估算值，精度低） - 对 MP3 文件，可解析
stream->codecpar->extradata中的 header（需手动解码 MPEG 音频头），但一般没必要——直接用libmp3lame或外部工具更稳
注意 bit_rate 单位和常见误解
FFmpeg 所有 bit_rate 字段单位都是 bit per second（bps），不是 kbps。输出时容易忘记换算，导致显示 “128” 实际是 128 bps（即 0.128 kbps），而非常见的 128 kbps。
典型错误现象：
- 打印
codecpar->bit_rate / 1000得到 128 → 实际可能是 128000 bps，应写成codecpar->bit_rate / 1000再四舍五入 - MP3 CBR 文件中
codecpar->bit_rate通常准确；VBR 文件中它常是平均值，和ffprobe -v quiet -show_entries format=bit_rate file.mp3输出一致 - FLAC 文件的
codecpar->bit_rate几乎总是 0，因为它是无损压缩，比特率不固定——此时应忽略该字段，转而用文件大小 / 时长粗略估算
完整获取逻辑要覆盖流未就绪、多音轨、错误释放等边界
真实场景中，音频文件可能含多个音轨（如不同语言、描述性音轨），或打开失败、流信息缺失。硬写单一流假设会导致崩溃或取错轨。
关键处理点：
- 用
av_find_best_stream(fmt_ctx, AVMEDIA_TYPE_AUDIO, -1, -1, NULL, 0)获取主音频流索引，比遍历更鲁棒 - 获取流后，检查
stream->codecpar->bit_rate > 0，否则跳过并尝试下一个候选流 - 所有
avformat_close_input必须在avformat_open_input成功之后调用，否则内存泄漏 - 不要依赖
AVCodecParameters之外的字段（如已废弃的codec结构体）来读比特率
bit_rate 字段只是平均值，且 FFmpeg 不提供瞬时比特率序列——真要精确分析，得逐帧解码并统计每帧字节数。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
