MediaCodec 基础概念：编解码器架构、应用场景与基本工作模式
在开始聊启动耗时之前，咱们得先花点时间把 MediaCodec 本身摸清楚。很多优化之所以做得不到位，说白了就是因为对底层机制理解不透。我见过不少同学对着 log 抓耳挠腮，却连编解码器是怎么启动的都不清楚。
那么，MediaCodec 到底是什么？它其实是 Android 多媒体框架里负责音视频编解码的核心组件。说得直白一点，无论你是在播放视频、录制视频，还是做视频编辑、实时通话，最终的数据压缩和解压缩工作，都是交给它来完成的。
架构概览：从应用到硬件
我们来看看 MediaCodec 在整个链条中的位置。它的架构可以简化为三层：
- 应用层：你写的 Java/Kotlin 代码，通过 MediaCodec API 下发指令。
- 框架层：Android 的多媒体框架（NuPlayer / Stagefright）负责调度。
- 组件层：编解码器组件（Codec 2 或 OMX 组件），这里又分为软件实现和硬件实现。
我个人习惯把 MediaCodec 看作一个黑盒。你往里塞原始数据（比如 YUV 帧），它吐给你压缩后的数据（比如 H.264 码流）。反过来，塞压缩数据，吐原始数据。但这个黑盒是怎么工作的，决定了它的启动速度和性能表现。
基本工作模式：同步 vs 异步
MediaCodec 提供了两种工作模式，我在项目中遇到不少人在初期选错了模式，导致后面各种性能问题。
| 模式 | 特点 | 适用场景 | 需要注意 |
|---|---|---|---|
| 同步模式 | 使用 dequeueInputBuffer / dequeueOutputBuffer 轮询 | 简单的编解码任务，比如离线转码 | 容易阻塞线程，CPU 空转 |
| 异步模式 | 注册 Callback，通过 onInputBufferAvailable / onOutputBufferAvailable 回调 | 实时处理场景，比如直播、视频通话 | 回调线程需要妥善管理，避免过度同步 |
记得我刚开始做视频播放优化的时候，用的就是同步模式。那时候代码写得很直接，一个 while 循环不停地轮询。后来发现，在低端机上，光是轮询的开销就占了 CPU 时间的 15% 以上。换成异步模式之后，启动速度和流畅度都有了明显改善。
工作流程拆解
一个 MediaCodec 的完整生命周期大致是这样的：
- 创建编解码器：通过 MediaCodec.createDecoderByType 或 createEncoderByType。
- 配置：设置 MediaFormat，包括编码类型、分辨率、码率、帧率等。
- 启动：调用 start() 方法，这是启动耗时的主要部分。
- 正常运行：循环执行入队、出队操作。
- 停止：调用 stop()。
- 释放：调用 release() 回收资源。
你可以看到，从创建到启动，中间要经历配置和启动两个步骤。这两个步骤里干了些什么事，我们后续章节会一点点拆开来看。
应用场景梳理
不同的应用场景，对 MediaCodec 的启动速度要求完全不同。我简单列一下常见的场景：
- 视频播放：启动慢一点，用户能感知到黑屏时间。这就是为什么很多播放器都有“秒开”的优化需求。
- 视频录制：启动慢会导致按下录制按钮后延迟才开始录，容易漏掉精彩瞬间。
- 实时音视频通话：启动慢直接影响通话体验，几秒钟的延迟足以让用户烦躁。
- 离线转码 / 压缩：对启动速度不太敏感，但如果是批量处理，总耗时也很可观。
核心概念：编解码器组件
MediaCodec 底层依赖的编解码器组件，主要分为两类：
- 软件编解码器：纯 CPU 实现，兼容性好，但性能差、功耗高。一般在没有硬件支持时作为 fallback 使用。
- 硬件编解码器：利用 GPU、DSP 或专用硬件模块，速度快、功耗低。但不同芯片厂商的实现差异很大。
启动耗时上，硬件编解码器通常要比软件编解码器慢一些。为什么呢？因为硬件初始化需要加载驱动、分配 DMA 内存、打开设备节点等。这些操作都需要时间。
// 示例：查询编解码器信息
MediaCodecList list = new MediaCodecList(MediaCodecList.REGULAR_CODEcs);
for (MediaCodecInfo info : list.getCodecInfos()) {
if (info.isHardwareAccelerated()) {
Log.d("Codec", info.getName() + " 是硬件加速的");
} else {
Log.d("Codec", info.getName() + " 是软件实现的");
}
}架构图：MediaCodec 知识体系
下面这张图，把本章的核心知识点做了一个梳理。你可以把它当作一个地图，后续我们会围绕这些节点逐个深入。
小结一下
这一章我们主要聊了 MediaCodec 的基本概念。总结下来，你需要记住三个关键点：
- MediaCodec 是一个封装了软件/硬件编解码能力的组件，启动耗时与底层实现密切相关。
- 同步模式简单但容易浪费 CPU，异步模式效率更高但代码复杂度上升。
- 启动速度在不同场景下的重要性不一样，但无论如何，理解它的生命周期是优化的前提。
有了这些基础，下一部分我们就要深入探讨启动耗时到底是从哪来的。那些隐藏在 start() 方法背后的秘密，我会一点一点给你拆开看。