Compose页面切换的几种方式：Navigation、NavigationBar+HorizontalPager，会导致LaunchedEffect执行？

在 Jetpack Compose 中，页面切换时 LaunchedEffect是否会执行，关键在于 Composable 是否经历了从组合树中移除后又重新添加的过程，或者其键（key）是否发生了变化。不同的导航方式对此有直接影响。

下面这个表格清晰地展示了两种主要页面切换方式对 LaunchedEffect的影响：

🧭 使用 Navigation 切换页面

当你使用 NavController.navigate("route")或 NavController.popBackStack()进行页面切换时，Compose 导航库会执行以下操作：

1. 离开旧页面：旧页面（如 ScreenA）对应的 Composable 会从组合树中移除。这会触发其内部的 LaunchedEffect的取消（cancellation）。
2. 进入新页面：新页面（如 ScreenB）对应的 Composable 被添加到组合树中。这会触发其内部的 LaunchedEffect的启动（execution）。

这种“先移除后添加”的机制是 LaunchedEffect在新页面中执行的直接原因。一个常见的现象是，当你从 ScreenB返回到 ScreenA时，ScreenA的 LaunchedEffect会再次执行，因为 ScreenA经历了一次“离开组合”又“重新进入组合”的过程。

🔄 使用 NavigationBar + HorizontalPager 切换页面

在这种模式下，页面切换是通过改变 PagerState的当前页码（currentPage）来实现的，其行为有所不同：

• 组合状态：HorizontalPager通常会预加载相邻的页面（类似于 LazyRow），这意味着多个页面的 Composable 可能同时存在于组合树中，只是不可见的页面其 Modifier被设置为不可见（例如 drawWithContent不绘制内容）。
• 生命周期：页面 Composable 的进入组合（onActive）​ 通常发生在首次加载或滑动到其附近时。一旦被加载，只要 HorizontalPager存在，它就可能一直停留在组合树中，并不会因为滑动离开屏幕而被移除。
• 对 LaunchedEffect 的影响：由于 Composable 没有离开组合，当页面再次变为可见时，LaunchedEffect不会自动重新启动。它的执行与否完全依赖于其 key参数是否发生了变化。

💡 如何按需控制执行？

理解原理后，你可以根据需求精确控制 LaunchedEffect。

在使用 Navigation 时避免不必要的执行

如果你不希望页面返回时 LaunchedEffect重新执行（例如，只是为了在页面显示时做一些不重复的操作），可以考虑以下替代方案：

• 使用 remember存储状态：将 LaunchedEffect中执行的结果保存在一个由 remember持有的状态中。这样即使 Composable 重组，状态得以保留，不会重复执行操作。

  @Composable
  fun MyScreen() {
      val hasDataLoaded = remember { mutableStateOf(false) }
  
      if (!hasDataLoaded.value) {
          LaunchedEffect(Unit) {
              // 执行一次性操作，例如加载初始数据
              loadInitialData()
              hasDataLoaded.value = true
          }
      }
      // ... UI 内容
  }

• 使用 DisposableEffect结合生命周期事件：对于需要感知界面可见性的操作（如页面显示时开始，隐藏时暂停），可以监听生命周期事件，而不是依赖 LaunchedEffect的自动启动。

  @Composable
  fun MyScreen() {
      val lifecycleOwner = LocalLifecycleOwner.current
      var currentLifecycleEvent by remember { mutableStateOf(Lifecycle.Event.ON_ANY) }
  
      DisposableEffect(lifecycleOwner) {
          val observer = LifecycleEventObserver { _, event ->
              currentLifecycleEvent = event
          }
          lifecycleOwner.lifecycle.addObserver(observer)
          onDispose {
              lifecycleOwner.lifecycle.removeObserver(observer)
          }
      }
  
      LaunchedEffect(currentLifecycleEvent) {
          if (currentLifecycleEvent == Lifecycle.Event.ON_RESUME) {
              // 在 ON_RESUME 时执行操作
          }
          // 在 ON_PAUSE 时可以执行清理操作
      }
  }

在使用 HorizontalPager 时触发执行

如果你希望在 HorizontalPager中每次页面可见时都执行 LaunchedEffect，你需要将页面可见性作为 key的一部分。

• 将页码作为 key：最直接的方式是将 PagerState的当前页码（或与页面唯一标识相关的值）作为 LaunchedEffect的 key。

  @OptIn(ExperimentalPagerApi::class)
  @Composable
  fun PagerScreen(pagerState: PagerState, pageIndex: Int) {
      // 将 pageIndex 作为 key，当切换到该页面时，pageIndex 变化，LaunchedEffect 会重启
      LaunchedEffect(key1 = pageIndex) {
          // 页面每次变为当前页时执行的操作
          fetchDataForPage(pageIndex)
      }
      // ... 页面 UI 内容
  }

💎 总结

总而言之，LaunchedEffect在页面切换时是否执行，核心取决于 Composable 的生命周期是否重启或其 key是否变化。Navigation通过替换组件树触发重启，而 NavigationBar + HorizontalPager通常需要依赖 key的变化。理解这一点，你就能通过选择合适的导航方式或精确控制 key来满足业务逻辑的需求。

希望这些解释和示例能帮助你更好地驾驭 Compose 中的副作用处理。如果你有特定的使用场景，欢迎继续探讨！