Jetpack Compose 副作用解析，你了解吗？

Jetpack Compose作为现代化的Android UI工具包，其核心思想是“状态驱动UI”，即UI的展示完全由状态驱动，状态变化触发UI重组。然而在实际开发中，我们经常需要在Composable函数中执行一些“副作用”操作，比如网络请求、注册监听器、启动协程等。这些操作并不直接参与UI渲染，但会影响外部环境或被外部环境影响。

副作用：在Composable函数中，除了“根据状态渲染UI”之外所有影响外部环境的操作，dou是副作用。 简单来说就是那些不直接参与UI展示，但会影响其他组件或外部环境的操作。

举个例子：

@Composable
fun BadExample {
    // 错误：直接在Composable中执行副作用
    val data = api.fetchData // 网络请求，属于副作用
    Text
}

原因hen简单：Composable函数的执行是“不可预测”的——它可Neng会被多次重组、被取消、在后台线程执行，甚至重复执行。Ru果直接在里面写副作用，会导致：

副作用重复执行

内存泄漏

状态错乱

为了解决上述问题，Compose官方提供了一系列“副作用API”，目的是让副作用操作“跟随Composable的生命周期”，确保副作用只在合适的时机执行、在合适的时机清理，避免上述问题。

LaunchedEffect 是Compose中Zui常用的副作用API，核心作用是：在Composable的作用域内，启动一个协程，并且让协程的生命周期和Composable完全绑定。

LaunchedEffect {
    // 这里Ke以写挂起函数，比如网络请求、delay、Flow收集等
    // 协程会在Composable进入组合时启动，退出时自动取消
}

关键参数说明：

keys: 当keys变化时旧协程会被取消，新协程会重新启动。

suspend: Ke以在代码块中执行挂起函数。

示例1：页面首次进入时发起一次网络请求

@Composable
fun UserProfileScreen {
    // 状态：用于存储请求到的用户数据
    val userState by viewModel.userData.collectAsState
    val loadingState by viewModel.loading.collectAsState
    val errorState by viewModel.error.collectAsState
    // 副作用：页面进入时根据userId请求用户数据
    // keys = ：当userId变化时取消旧请求，发起新请求
    LaunchedEffect {
        viewModel.fetchUser
    }
    // 根据状态渲染UI
    when {
        loadingState -> CircularProgressIndicator // 加载中
        errorState != null -> Text // 错误提示
        userState != null -> {
            Column {
                Text
                Text
                Text
            }
        }
    }
}

rememberCoroutineScope 不是“副作用API”，但它和副作用密切相关，核心作用是：获取一个和Composable生命周期绑定的协程作用域

@Composable
fun DelayedToastButton {
    val context = LocalContext.current
    val scope = rememberCoroutineScope
    Button(onClick = {
        scope.launch {
            delay
            Toast.makeText.show
        }
    }) {
        Text
    }
}

DisposableEffect 的核心场景是: 副作用操作需要 “手动清理” ——比如注册监听器 、绑定系统服务 、订阅广播等 。这些操作Ru果不手动清理 ,会导致内存泄漏 。

@ Composable
fun LifecycleListenerScreen  {
   val lifecycleOwner = LocalLifecycleOwner . current
   DisposableEffect  {
       val lifecycleObserver = object : LifecycleEventObserver {
           override fun onStateChanged  {
               when  {
                   Lifecycle . Event . ON_START -> Log . d 
                   Lifecycle . Event . ON_STOP -> Log . d 
                   else -> {}
               }
           }
       }
       lifecycleOwner . lifecycle . addObserver 
       onDispose {
           lifecycleOwner . lifecycle . removeObserver 
           Log . d 
       }
   }
   Box ) {
       Text 
   }
 }

通过对 LaunchedEffectrememberCoroutineScope 和 DisposableEffect 等常用 Compose 官方提供的处理 Side Effect API 的介绍,我们Ke以得出以下几点结论:

Side Effect 是不可避免的: 在实际开发中,我们经常需要在 Composable 中执行一些非 UI 渲染相关的操作,比如网络请求、注册监听器、启动协程等,这些dou属于 Side Effect。

使用官方提供的 API Ke以简化 Side Effect 的管理: 通过 LaunchedEffectDisposableEffect 等 API,我们Ke以将 Side Effect 与 Composable 的生命周期绑定,确保 Side Effect 在合适的时机执行和清理,避免内存泄漏等问题。

需要根据不同的场景选择合适的 API: LaunchedEffect 适用于需要在 Composable 进入组合时启动协程的场景,DisposableEffect 适用于需要手动清理的 Side Effect,而 rememberCoroutineScope 则适用于需要在事件触发时手动启动协程的场景。

总之,在使用 Jetpack Compose 进行开发时,我们需要充分理解 Side Effect 的概念以及官方提供的相关 API,通过合理使用这些 API,我们Ke以编写出geng加健壮和高效的代码。