BroadcastReceiver能否仅向活跃Activity传值且不启动新Activity？

不要尝试通过给startActivity()加特殊flag实现需求，Android系统的Activity启动机制本身面向「拉起目标页面」设计，不存在官方支持的「仅向已存在活跃页面传值、不启动未打开页面」的flag，黑科技实现会有严重的系统版本兼容性问题，也违反后台启动Activity的规范。
下面两种实现方式都完全满足需求，性能远好于轮询：

方案1：Activity动态注册本地广播 #

核心逻辑是把广播接收器的注册时机和Activity的活跃生命周期绑定，只有页面在前台时才接收更新：

• AttendanceActivity中不要静态注册广播，改在onResume()生命周期中注册自定义Action的本地广播接收器，在onPause()中注销接收器
• 响应地理围栏的BroadcastReceiver完成打卡请求、拿到结果后，仅发送对应Action的本地广播，不做任何启动Activity的操作
  • 当AttendanceActivity处于前台活跃状态时，动态注册的接收器会正常收到广播，直接更新UI即可
  • 当AttendanceActivity未启动/处于后台时，没有对应的接收器实例存在，广播不会触发任何操作，完全不会拉起页面
    核心参考代码：

// 地理围栏BroadcastReceiver的打卡成功逻辑
val updateIntent = Intent("com.yourpkg.action.ATTENDANCE_STATUS_CHANGED").apply {
    putExtra("clock_result", isSuccess)
    putExtra("clock_type", if (isClockIn) 1 else 0)
    putExtra("clock_time", System.currentTimeMillis())
}
LocalBroadcastManager.getInstance(context).sendBroadcast(updateIntent)

// AttendanceActivity中的实现
private val statusUpdateReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context, intent: Intent) {
        // 解析intent中的打卡数据，直接刷新页面UI
        refreshClockUI(
            intent.getBooleanExtra("clock_result", false),
            intent.getIntExtra("clock_type", -1),
            intent.getLongExtra("clock_time", 0L)
        )
    }
}

override fun onResume() {
    super.onResume()
    val intentFilter = IntentFilter("com.yourpkg.action.ATTENDANCE_STATUS_CHANGED")
    LocalBroadcastManager.getInstance(this).registerReceiver(statusUpdateReceiver, intentFilter)
}

override fun onPause() {
    super.onPause()
    LocalBroadcastManager.getInstance(this).unregisterReceiver(statusUpdateReceiver)
}

方案2：单例状态容器 + 生命周期感知观察 #

如果项目用了协程/Jetpack组件，这个方案比广播更解耦，不需要手动处理注册注销逻辑：

• 实现一个全局单例的状态仓库（可以放在Application类中，也可以通过依赖注入提供单例实例），内部用MutableSharedFlow或MutableLiveData持有最新的考勤状态
• 地理围栏BroadcastReceiver拿到打卡结果后，直接把新状态更新到这个共享状态容器中，不直接和Activity交互
• AttendanceActivity仅在处于STARTED/RESUMED状态时，对共享状态容器做生命周期感知的观察，收到新状态就刷新UI；页面退到后台/销毁时会自动停止观察，不会收到无效回调
  这个方案没有跨组件的广播发送开销，也不存在广播漏注销导致的内存泄漏问题，是当前Android开发的优先推荐实现。

轮询方案仅作为极端情况下的兜底，上述两种方案都是基于系统原生的消息/生命周期机制实现，没有额外的轮询性能损耗，完全满足「仅活跃页面同步状态、不主动拉起页面」的需求。

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