三星设备Foreground Service+唤醒锁后台性能骤降问题求助

问题现象 #

应用在不同厂商设备上的后台表现存在明显差异：

• 前台状态：每帧处理耗时约15-50ms，响应流畅
• 后台状态：处理延迟显著增加，每帧耗时可达600-800ms

复现测试 #

开发了一款测试应用复现该问题，应用包含Foreground Service、Wakelock，以及一段模拟重负载运算的代码：

private var array = DoubleArray(100) { 0.0 }

while (i < 1_000_000) {
    array[abs(k % count)] = Random.nextDouble() * i
    i++
    k++
}

测试结果 #

• 三星S22（Android 12）：前台处理耗时稳定在160-180ms；后台运行约10秒后，处理耗时飙升至1100-1120ms，是前台的5倍
• Pixel 6：前台耗时180-190ms，后台仅300-350ms，仅为前台的2倍以内

CPU调度差异 #

进一步观察发现：三星设备后台会将应用调度至低性能CPU核心，切换回前台则恢复高性能核心调度；而Pixel设备从未将应用调度至第4级以下CPU核心。测试期间无其他活跃应用运行。

性能分析截图 #

优化方案 #

针对三星设备提升后台性能，可尝试以下方案：

• 强化前台服务有效性：确保Foreground Service的通知为IMPORTANCE_HIGH级别且持续可见，避免被三星系统判定为后台服务降级调度。部分三星设备对前台服务的通知展示有严格要求，需符合系统规范。
• 加入电池优化白名单：
  • 引导用户手动操作：路径为「设置 > 电池和设备维护 > 电池 > 后台使用限制 > 选择目标应用 > 允许后台活动」
  • 代码中可通过ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS意图请求用户授权，需注意该权限需在应用合规文档中明确说明用途。
• 提升线程调度优先级：使用Process.setThreadPriority(Process.THREAD_PRIORITY_FOREGROUND)或THREAD_PRIORITY_URGENT_DISPLAY设置任务线程的优先级，让系统更倾向于分配高性能核心。
• 利用三星特定系统设置：引导用户开启设备「高性能模式」，或检查三星「智能管理器」中是否限制了应用的后台CPU使用，手动解除限制。部分三星设备支持通过厂商API申请性能优先级，但需确认API开放情况。
• 任务拆分与适配：将重负载任务拆分为多个小任务，通过Coroutine或HandlerThread分批次执行，避免长时间占用CPU触发系统的低性能调度策略；非紧急任务可延迟到设备充电、空闲时执行，借助WorkManager的约束条件实现。

内容的提问来源于stack exchange，提问作者Andrey Mukovozov