Android 开发中Service调用startActivity触发空指针异常问题求助

崩溃的核心原因不是Service无法启动Activity，是你依赖注入得到的CallService实例根本不是系统托管的合法Service组件：

• Android的Service组件必须由系统通过Manifest配置实例化、走完整的attachBaseContext→onCreate→onStartCommand生命周期，你直接通过构造器注入得到的CallService只是个普通Kotlin对象，没有绑定Context，内部的baseContext为null，调用startActivity时自然触发空指针。
• 代码里还存在两个其他隐患：一是getRunningServices方法在Android 8.0后已被废弃，无法准确判断服务运行状态；二是高版本Android对后台启动Activity有严格限制，仅加FLAG无法保证跳转成功。

1. 解耦Service组件和业务逻辑，不要直接注入Service实例 #

Service是系统托管的组件，禁止手动通过构造器创建/注入实例，把拨号逻辑从Service组件里抽离成独立的可注入单例：

@Singleton
class CallHandler @Inject constructor(
    @ApplicationContext private val context: Context
) {
    companion object {
        const val TELEPHONE = "0532363618"
    }

    fun makeCall() {
        val callIntent = Intent(Intent.ACTION_CALL).apply {
            data = Uri.parse("tel:$TELEPHONE")
            addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)
        }
        // 拨号前必须检查运行时权限
        if (ContextCompat.checkSelfPermission(context, Manifest.permission.CALL_PHONE) == PackageManager.PERMISSION_GRANTED) {
            context.startActivity(callIntent)
        }
    }
}

之后在SpeechListener里直接注入CallHandler即可，不需要依赖CallService实例：

@AndroidEntryPoint
class SpeechListener : LifecycleService(), RecognitionListener {
    // 替换成注入业务类，不要注入Service
    @Inject
    lateinit var callHandler: CallHandler

    // 其他原有逻辑不变
    private fun processVoiceRecognition(matches: ArrayList<String>) {
        if (matches.contains(KEY)) {
            callHandler.makeCall()
        }
    }
}

如果你确实需要CallService作为独立前台服务运行，跨服务通信请使用bindService、广播或共享单例业务类，绝对不要直接注入Service实例。

2. Service启动Activity的正确规则 #

• 所有通过Service、Application这类非Activity Context启动Activity的场景，必须给Intent添加Intent.FLAG_ACTIVITY_NEW_TASK标记，否则会抛出"Calling startActivity() from outside of an Activity"异常。
• Android 10（API 29）及以上版本默认禁止后台应用直接启动Activity，需要满足对应豁免条件才能正常跳转，常见适配方式：
  • 拨号类系统Intent在大部分ROM上有默认豁免，但部分定制ROM需要用户手动给应用开启「后台弹出界面」权限
  • 如果跳转失败不要硬拉Activity，可以降级发送高优先级全屏通知，用户点击通知后再跳转对应页面
  • 前台服务关联高优先级通知时，启动Activity的成功率会更高

3. 其他必须修正的代码问题 #

• 两个前台服务启动后必须在5秒内调用startForeground()传入可见通知，否则在Android 8.0以上会直接触发崩溃或ANR，你贴出的代码中缺失这部分逻辑。
• 不要用废弃的getRunningServices方法判断服务存活状态，推荐在Service的生命周期回调中修改单例的状态标记，可靠性远高于遍历系统服务列表。
• CALL_PHONE是运行时敏感权限，不要只在Manifest中声明，拨号前必须做一次权限校验，避免权限被撤销后崩溃。

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