升级API 34后前台服务FOREGROUND_SERVICE_TYPE丢失致启动失败

• 检查ServiceCompat版本
  确认使用的androidx.core:core或androidx.core:core-ktx版本适配API 34，建议升级到1.12.0及以上。旧版本的ServiceCompat可能存在参数传递兼容性问题，无法正确将前台服务类型参数传递到系统服务。修改build.gradle依赖：

  dependencies {
      implementation 'androidx.core:core-ktx:1.12.0'
      // Java项目用这个
      // implementation 'androidx.core:core:1.12.0'
  }
  

• 直接用系统API替代ServiceCompat（临时兼容方案）
  要是升级ServiceCompat后问题还在，就绕过它直接调用系统startForeground方法，记得做版本判断：

  if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
      startForeground(NOTIFICATION_ID, notification, ServiceInfo.FOREGROUND_SERVICE_TYPE_LOCATION);
  } else {
      startForeground(NOTIFICATION_ID, notification);
  }
  

  Kotlin版：

  if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
      startForeground(NOTIFICATION_ID, notification, ServiceInfo.FOREGROUND_SERVICE_TYPE_LOCATION)
  } else {
      startForeground(NOTIFICATION_ID, notification)
  }
  

• 验证Manifest配置完整性
  确认服务声明里的foregroundServiceType属性设置正确，别写错：

  <service
      android:name=".ForegroundLocationService"
      android:foregroundServiceType="location"
      android:exported="false" />
  

  同时检查权限是否齐全：API 34需要ACCESS_FINE_LOCATION/ACCESS_COARSE_LOCATION，Android 12+还要POST_NOTIFICATIONS，并且必须动态申请这些权限。

• 排查自定义服务包装类或第三方Hook
  如果你用了自定义的Service包装类（比如你提到的SystemForegroundService），检查它转发startForeground调用时有没有遗漏类型参数——是不是只传了通知和ID，没传第三个类型参数。另外也排查下有没有第三方SDK或插件Hook了前台服务启动逻辑，导致参数被篡改丢失。

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