一、背景
应客户要求，需要在开机时，拉起应用A。但因为开机时，同时被拉起的应用过多，导致Launcher在开机那一刻较为卡顿。为解决这一问题，采取了延迟拉起的做法。在开机后，延迟一定时间，由系统服务，拉起应用A。
于是乎，就出现这么个报错：
Not allowed to start service Intent { cmp=com.xxx.xxx/.XXXXService }: app is in background
二、解决方案
方案一：系统签名
解决这个报错，有个较为简单的做法，是将应用A带上系统签名，但考虑到应用A后续有他们自己的OTA计划，我们不可能把系统的签名文件给他们（涉及安全）。他们也不可能更新应用时，再针对我们的产品，交给我们签名，再发布特定渠道的应用（流程繁甭）。因此，此方案不可取。
方案二：透明Activity
拉起应用A的透明Activity，再由应用A的透明Activity拉起服务并Finish掉Activity。 这个方案，听起来可以，但实际操作上会存在一个问题，即在被拉起的一瞬间，用户的操作会被打断，出错短暂的卡顿现象以及焦点变化。因为是延时拉起，不知道此时用户在做什么操作，导致的后续问题也是未知的，因此，此方案也不可取。
方案三：绕过限制
基于前2种方案， 最终决定，对限制的原因，进行分析。
- 分析报错堆栈
2024-05-20 20:27:48.742 549-1975 Activi...nager pid-549 W Background start not allowed: service Intent { cmp=com.xxx/.XXXService } to com.xxxx/.XXXService from pid=1061 uid=1000 pkg=com.xxxx.xxx startFg?=false
2024-05-20 20:27:48.743 1061-1061 XXXXHelper com...e.xxx D start XXXService failed1111 = Not allowed to start service Intent { cmp=com.xxxx/.XXXService }: app is in background uid null
2024-05-20 20:27:48.743 1061-1061 System.err com...e.xxx W android.app.BackgroundServiceStartNotAllowedException: Not allowed to start service Intent { cmp=com.xxxx/.XXXService }: app is in background uid null
2024-05-20 20:27:48.743 1061-1061 com...e.xxx W at android.app.ContextImpl.startServiceCommon(ContextImpl.java:1908)
2024-05-20 20:27:48.743 1061-1061 com...e.xxx W at android.app.ContextImpl.startService(ContextImpl.java:1864)
2024-05-20 20:27:48.743 1061-1061 com...e.xxx W at com.xxxx.xx.XXXXHelper.startXXXXService(XXXXHelper.java:36)
2024-05-20 20:27:48.744 1061-1061 com...e.xxx W at com.xxxx.xx.XXXXHelper.delayBootApps(XXXXHelper.java:25)
2024-05-20 20:27:48.744 1061-1061 com...e.xxx W at com.xxxx.XXAppService.delayBootApps(XXAppService.java:1161)
2024-05-20 20:27:48.744 1061-1061 com...e.xxx W at com.xxxx.XXAppService.-$$Nest$mdelayBootApps(Unknown Source:0)
2024-05-
)
