MediaCodec后台运行时H.264编码卡顿问题求助

开发者阿泽

2026-4-7

兄弟，我之前做屏幕录制转H.264推流到桌面端的时候，也碰到过完全一样的后台卡顿问题，折腾了好几天才把坑都踩完，给你几个核心的排查和解决方向：

先确认前台服务是不是真的“前台”了
很多人以为启动了前台服务就完事，但Android O及以上对前台服务的要求很严：
- 必须在Manifest里声明<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />，Android 12+还要加<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />
- 必须动态请求通知权限，而且启动服务时要绑定一个可见的通知栏（不能是静默通知）
  如果这两步没做好，系统会偷偷把你的前台服务降级成后台进程，直接限死CPU配额，编码自然卡成狗。我之前就是漏了动态申请通知权限，前台服务白开了三天都没发现。
给编码线程拉满调度优先级
后台时系统会把普通线程的优先级压得很低，编码线程很容易被其他APP抢占CPU资源。你可以在编码线程的run()方法开头加上：
```
Process.setThreadPriority(Process.THREAD_PRIORITY_DISPLAY);
```
这个优先级是给和屏幕显示、媒体编码相关的线程用的，比普通前台线程优先级高，能保证编码线程不会被系统频繁挂起。别用THREAD_PRIORITY_URGENT_AUDIO这种过高的优先级，避免影响系统核心服务。
优化MediaCodec与屏幕采集的配置
1. 确保硬编码的优先级设置：如果你用的是硬件编码器（默认MediaCodec.createEncoderByType("video/avc")就是硬编码），给它加上高优先级参数：
```
MediaFormat format = MediaFormat.createVideoFormat("video/avc", width, height);
// 其他参数（比特率、帧率等）...
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    format.setInteger(MediaFormat.KEY_PRIORITY, CodecPriority.PRIORITY_HIGH);
}
```
  这个参数能让系统优先分配硬件编码资源给你的应用。
2. 适配后台采集帧率限制：后台时系统会默认降低MediaProjection的采集帧率，你可以在创建VirtualDisplay时，把帧率设置得更保守（比如从60fps降到30fps），或者动态检测后台状态，调整采集和编码的帧率匹配系统限制，避免编码队列堆积。

跳出系统省电优化的限制
国产ROM的省电模式是后台编码卡顿的重灾区——哪怕你是前台服务，小米、华为、OPPO这些厂商的系统也会偷偷限你的CPU/GPU。解决方法是申请忽略电池优化权限：

在Manifest里加：

<uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS" />

动态请求权限：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    PowerManager pm = (PowerManager) getSystemService(Context.POWER_SERVICE);
    String pkgName = getPackageName();
    if (!pm.isIgnoringBatteryOptimizations(pkgName)) {
        Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
        intent.setData(Uri.parse("package:" + pkgName));
        startActivityForResult(intent, 1001);
    }
}

这个权限能让你的应用跳出系统的省电限制，后台也能拿到足够的编码资源。

拆分编码与网络发送的线程
别把编码和发H.264给桌面C++软件的逻辑塞在同一个线程里！后台时网络IO的优先级很低，一旦网络卡了，编码线程会被直接阻塞，导致编码队列堆积。正确的做法是：
- 编码线程只负责生成H.264数据，放到一个线程安全的队列里
- 单独开一个网络线程，从队列里取数据发送给桌面端
  这样编码和发送互不影响，哪怕网络慢了，编码也能继续跑。

按照这几个点逐一排查，应该就能解决后台卡顿的问题了。我当时是前台服务配置不对+线程优先级没提，改完之后后台编码和前台几乎一样流畅。

内容来源于stack exchange