Android前台服务莫名被销毁：原因排查与防销毁方案咨询

我开发了一个用于监听BroadcastReceiver消息的前台服务，需要持续运行，但该服务突然从开发者选项的「运行服务」列表中消失。通过logcat -d未发现崩溃相关日志，使用adb shell dumpsys activity services查看后发现服务状态为“destroyed”，相关记录如下：

* Destroy ServiceRecord{6b2e72 u0 com.example.app/.sService}
  intent={cmp=com.example.app/.sService}
  packageName=com.example.app
  processName=com.example.app
  baseDir=/data/app/~~wscZKhRzebY3lv8rAajnEg==/com.example.app-4lu3b318SWPa20lceICa4w==/base.apk
  dataDir=/data/user/0/com.example.app
  app=null
  allowWhileInUsePermissionInFgs=false
  recentCallingPackage=com.example.app
  recentCallingUid=10715
  allowStartForeground=DENIED
  startForegroundCount=1
  infoAllowStartForeground=null
  createTime=-1d13h45m41s79ms startingBgTimeout=--
  lastActivity=-4h2m40s651ms restartTime=-- createdFromFg=false
  startRequested=false delayedStop=false stopIfKilled=false callStart=false lastStartId=3
  destroying=true destroyTime=-4h2m40s647ms
  restartCount=0 restartDelay=-4h2m40s742ms nextRestartTime=-4h2m40s742ms crashCount=0

附相关代码：

public void onCreate(){
    super.onCreate();
    ...
    ...
    startForeground(102, notification);
}

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    registerReceiver(smsReceiver, new IntentFilter("android.provider.Telephony.SMS_RECEIVED"));

    return START_STICKY;
}

请问该服务被销毁的原因是什么？如何排查销毁原因？以及如何防止其被销毁？

一、服务被销毁的核心原因 #

从dumpsys输出里的allowStartForeground=DENIED可以确定，系统拒绝了前台服务的启动请求。虽然代码中调用了startForeground()，但系统未认可该服务的前台合法性，最终导致服务被销毁。具体触发场景包括：

• Android 12+前台服务启动限制：API 31及以上版本要求前台服务必须从用户交互场景启动（如点击应用内按钮），而你的服务createdFromFg=false，说明是后台启动，不符合系统规则。
• 通知渠道缺失：Android 8.0+要求前台服务的通知必须绑定合法渠道，若未创建对应渠道，startForeground()会静默失败，服务无法进入真正的前台状态，后续被系统回收。
• 权限不足：未声明FOREGROUND_SERVICE权限，或缺少短信监听所需的RECEIVE_SMS权限，权限缺失会导致服务无法维持前台状态。

二、排查销毁原因的方法 #

1. 实时监控logcat：不要仅查看历史日志，执行logcat | grep -i foreground或logcat | grep -i service实时抓取日志，系统拒绝前台服务时会输出明确错误（如ForegroundServiceStartNotAllowedException）。
2. 监控生命周期回调：在onDestroy()和onTaskRemoved()中添加日志，确认服务销毁的触发时机，判断是系统回收还是用户操作导致。
3. 验证前台服务合法性：
   • 检查AndroidManifest.xml是否声明<uses-permission android:name="android.permission.FOREGROUND_SERVICE"/>及RECEIVE_SMS权限；
   • 确认已创建通知渠道，可添加如下代码：

     if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
         NotificationChannel channel = new NotificationChannel("sms_channel", "短信监听服务", NotificationManager.IMPORTANCE_LOW);
         NotificationManager manager = getSystemService(NotificationManager.class);
         manager.createNotificationChannel(channel);
     }
     

4. 检查电池优化设置：部分厂商的电池优化机制会误杀前台服务，确认应用是否被加入电池白名单。

三、防止服务被销毁的解决方案 #

1. 遵守Android 12+前台服务规则：
   • 确保服务从用户交互场景启动，避免后台自动启动；
   • 若需后台启动，可配合WorkManager使用前台服务，或申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限（注意：该权限需用户手动授权，且Google Play对滥用行为有审核限制）。
2. 完善前台服务配置：
   • 确保通知有合法渠道，且通知重要性至少为IMPORTANCE_LOW；
   • 将onStartCommand()的返回值改为START_REDELIVER_INTENT，替代START_STICKY，服务销毁后会重新传递最后一次Intent，保证任务不丢失。
3. 优化服务生命周期：
   • 在onDestroy()中注销广播接收器并添加重启逻辑：

     @Override
     public void onDestroy() {
         unregisterReceiver(smsReceiver);
         // 尝试重启服务
         if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
             startForegroundService(new Intent(this, sService.class));
         } else {
             startService(new Intent(this, sService.class));
         }
         super.onDestroy();
     }
     

4. 适配厂商定制系统：
   • 引导用户将应用加入厂商后台白名单（如小米自启动管理、华为后台活动权限）；
   • Android 14+需在Manifest中声明服务类型：

     <service
         android:name=".sService"
         android:foregroundServiceType="sms"
         android:exported="false">
     </service>
     

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