Android 11设备重启/开机后Service无法自启动问题咨询

核心原因 #

Android 8.0之后系统新增后台服务启动限制，应用在没有前台可见窗口的场景下（比如刚接收到开机广播的状态），无法直接启动普通后台服务，这类启动请求会被系统静默拦截，不会抛出应用层崩溃信息，只会在系统Logcat的ActivityManager分类下留下拦截记录。你的Android 8.1设备上能正常运行是因为该版本对该限制的执行逻辑较松，到Android 11上限制完全生效就会出现启动失败的问题。

修复步骤 #

Manifest配置调整 #

• 补充前台服务相关权限，兼容高版本系统要求：

  <!-- 原有权限保留，新增Android 12+前台服务权限，向下兼容自动忽略 -->
  <uses-permission android:name="android.permission.FOREGROUND_SERVICE_SPECIAL_USE" />
  

• 修改Service配置，新增前台服务类型声明，Android 10+要求所有前台服务必须明确声明类型：

  <service
      android:name=".service.ServiceManager"
      android:exported="false"
      android:foregroundServiceType="specialUse" />
  

• 调整广播的优先级配置，原生系统允许的最大广播优先级为1000，你设置的99999超过上限会被系统重置为默认值，修改为1000即可：

  <intent-filter android:priority="1000">
  

• 可选优化：如果你的应用允许安装到SD卡，在application标签添加android:installLocation="internalOnly"，避免因应用加载晚于开机广播发送时间导致收不到广播。

代码逻辑调整 #

• 广播接收器AutoRebootReceiver中启动服务时，不要使用原有startService()方法，改用Context.startForegroundService()，该方法专门用于后台场景下启动前台服务，不会被系统拦截。
• 在ServiceManager的onCreate()或onStartCommand()方法中，必须在服务启动后的5秒内调用startForeground()方法，展示常驻通知，否则系统会强制杀死服务并触发ANR。

额外适配点 #

• 国内定制ROM（小米、华为、vivo、OPPO等）均额外添加了自启动权限限制，即使你完成了上述原生适配，也需要引导用户手动在系统设置的应用管理页中开启应用的自启动权限，否则开机广播依然无法被应用接收到。
• 不要依赖SCREEN_ON、WIFI状态变化等隐式广播进行服务拉活，Android 12及以上系统对后台应用接收隐式广播有更严格的限制，后台状态下这类广播基本无法被接收。

内容的提问来源于stack exchange，提问作者Armenak Mkhitaryan