Android中SharedFlow被重复收集两次问题求助

核心原因推测与排查步骤 #

1. 先确认：是不是emit真的被调用了两次 #

你用debounce(500)还能收到两次，说明两次事件发射的间隔肯定超过了500ms，或者就是代码里确实触发了两次emit。

• 直接在emit的地方打日志，把事件实例、调用栈都打出来：

  val event = PreCheckoutNavigationEvent.XXX // 你的事件实例
  Log.d("NavEvent", "发射事件：$event，调用栈：${Throwable().stackTraceToString()}")
  _navigationEvent.emit(event)
  

  看日志里是不是有两条不同的调用记录，就能确认是不是发射了两次。

2. 检查：是不是订阅了两次Flow #

如果Fragment的onViewCreated被执行了两次（比如屏幕旋转、Fragment重新attach），会导致collectWhenStarted被调用两次，也就是多了一个订阅者。虽然repeatOnLifecycle会在Fragment退到后台时取消收集，但重建后又会重新订阅，要是这时候刚好有事件发射，两个订阅者都会收到。

• 在collectLatest里加日志，打印接收事件的协程ID：

  flow.collectLatest {
      Log.d("NavCollect", "收到事件：$it，协程ID：${coroutineContext[CoroutineId]}")
      collector(it)
  }
  

  如果日志里出现不同的协程ID，说明是重复订阅了。

3. 排查shareIn的配置问题 #

你用的SharingStarted.Lazily是第一个订阅者出现时启动共享，所有订阅者取消后停止。但只要ViewModel没被销毁，这个共享的Flow就会一直存在。不过这个配置本身不会导致同一事件被接收两次，除非事件被发射了两次。如果想优化，可以改成SharingStarted.WhileSubscribed(5000)，让订阅者都取消后延迟5秒再停止共享，减少资源浪费，但这解决不了重复触发的问题。

4. 确认事件实例是否真的“同一” #

你说触发的是“同一对象”，但如果你的密封类PreCheckoutNavigationEvent没正确实现equals和hashCode，可能会把不同实例当成同一个。不过结合debounce无效的情况，这个概率很低，还是优先排查前面的点。

快速解决办法 #

如果确认是重复发射同一事件，可以在收集时加distinctUntilChanged()过滤连续重复的事件：

collectWhenStarted(viewModel.navigationEvent.distinctUntilChanged()) {
    navigate(it)
}

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