【Android-JetpackCompose】4、可组合项的生命周期、@Composable 修饰符、附带效应

一、可组合项的生命周期

可组合项的生命周期通过以下事件定义：进入组合，执行 0 次或多次重组，然后退出组合。

可组合项的生命周期比视图、activity 和 fragment 的生命周期更简单。当可组合项需要管理生命周期确实更复杂的外部资源或与之互动时，您应使用效应。

如果某一可组合项多次被调用，在组合中将放置多个实例。每次调用在组合中都有自己的生命周期。

@Composable
fun MyComposable() {Column {Text("Hello")Text("World")}
}

1.1 智能重组：仅重组变化的部分

Compose 编译器，用调用点标识，各可组合项。只会重组有变化的部分，例如下例中，当 showError 变量改变时，LoginError() 会重组，但 LoginInput 并不会（因为并无依赖的数据变化），代码如下：

@Composable
fun LoginScreen(showError: Boolean) {if (showError) {LoginError()}LoginInput() // This call site affects where LoginInput is placed in Composition
}@Composable
fun LoginInput() { /* ... */ }

代码架构如下图：

1.2 添加额外信息 key，促进智能重组

Compose 除了使用调用点之外，还使用执行顺序来区分组合中的实例。

如果列表底部新增了一个 movie，Compose 可以重复使用组合中既有的实例，因为这些实例在列表中的位置没有发生变化，因此这些实例的 movie 输入是相同的。故只会重组新增的项。代码如下：

@Composable
fun MoviesScreen(movies: List<Movie>) {Column {for (movie in movies) {// MovieOverview composables are placed in Composition given its// index position in the for loopMovieOverview(movie)}}
}

但是，如果因在列表顶部或中间新增内容，移除项目或对项目进行重新排序而导致 movies 列表发生改变，将导致输入参数在列表中的位置已更改的所有 MovieOverview 调用发生重组。例如，如果 MovieOverview 使用附带效应提取影片图像，这一点将非常重要。如果在使用附带效应的过程中发生重组，系统就会取消重组并重新开始，代码如下：

@Composable
fun MovieOverview(movie: Movie) {Column {// Side effect explained later in the docs. If MovieOverview// recomposes, while fetching the image is in progress,// it is cancelled and restarted.val image = loadNetworkImage(movie.url)MovieHeader(image)/* ... */}
}

理想情况下，我们认为 MovieOverview 实例的身份与传递到该实例的 movie 的身份相关联。如果我们对影片列表进行重新排序，理想情况下，我们会以类似方式在组合树中对实例进行重新排序，而不是将每个 MovieOverview 可组合项与不同影片实例进行重组。您可以使用 Compose 来告诉运行时，您要使用哪些值来标识树的给定部分：key 可组合项。

通过调用带有一个或多个传入值的键可组合项来封装代码块，这些值将被组合以用于在组合中标识该实例。key 的值不必是全局唯一的，只需要在调用点处调用可组合项的作用域内确保其唯一性即可。在此示例中，每个 movie 都需要一个在 movies 的作用域内具有唯一性的 key；movie 也可以与应用中其他位置的其他可组合项共享该 key。

例如下文代码，即使列表中的元素发生变化，Compose 也能识别 MovieOverview 的各个调用，还可以重复使用这些调用。

@Composable
fun MoviesScreen(movies: List<Movie>) {Column {for (movie in movies) {key(movie.id) { // Unique ID for this movieMovieOverview(movie)}}}
}

1.3 @Stable 注解，促进只能重组

如果 Compose 无法推断类型是否稳定，但您想强制 Compose 将其视为稳定类型，请使用 @Stable 注解对其进行标记。

例如下文代码中，由于 UiState 是接口，因此 Compose 通常认为此类型不稳定。通过添加 @Stable 注解，您可以告知 Compose 此类型稳定，让 Compose 优先选择智能重组。这也意味着，如果将该接口用作参数类型，Compose 会将其所有实现视为稳定。

// Marking the type as stable to favor skipping and smart recompositions.
@Stable
interface UiState<T : Result<T>> {val value: T?val exception: Throwable?val hasError: Booleanget() = exception != null
}

二、@Composable 修饰符

用 @Compose 修饰符，可以修饰或扩充可组合项，包括如下操作：

• 更改可组合项的大小、布局、行为和外观
• 添加信息，如无障碍标签
• 处理用户输入
• 添加高级互动，如使元素可点击、可滚动、可拖动或可缩放

修饰符是标准的 Kotlin 对象。您可以通过调用某个 Modifier 类函数来创建修饰符：

import androidx.compose.ui.Modifier@Composable
private fun Greeting(name: String) {Column(modifier = Modifier.padding(24.dp)) {Text(text = "Hello,")Text(text = name)}
}

2.1 修饰符函数的顺序非常重要

由于每个函数都会对上一个函数返回的 Modifier 进行更改，因此顺序会影响最终结果。让我们来看看这方面的一个示例：

下文的代码，整个区域（包括周围的内边距）都是可点击的，因为 padding 修饰符应用在 clickable 修饰符后面，代码如下：

@Composable
fun ArtistCard(/*...*/) {val padding = 16.dpColumn(Modifier.clickable(onClick = onClick).padding(padding).fillMaxWidth()) {// rest of the implementation}
}

效果如下：

但如果修饰符顺序相反，由 padding 添加的空间就不会响应用户输入，代码如下：

@Composable
fun ArtistCard(/*...*/) {val padding = 16.dpColumn(Modifier.padding(padding).clickable(onClick = onClick).fillMaxWidth()) {// rest of the implementation}
}

2.2 内置修饰符

2.2.1 内边距和尺寸

通过 size 设置尺寸，代码如下：

@Composable
fun ArtistCard(/*...*/) {Row(modifier = Modifier.size(width = 400.dp, height = 100.dp)) {Image(/*...*/)Column { /*...*/ }}
}

如果指定的尺寸不符合来自布局父项的约束条件，则可能不会采用该尺寸。如果您希望可组合项的尺寸固定不变，而不考虑传入的约束条件，请使用 requiredSize 修饰符：

@Composable
fun ArtistCard(/*...*/) {Row(modifier = Modifier.size(width = 400.dp, height = 100.dp)) {Image(/*...*/modifier = Modifier.requiredSize(150.dp))Column { /*...*/ }}
}

效果如下，头像占150dp，整体占400dp，如下图：

如果您希望子布局填充父项允许的所有可用高度，请添加 fillMaxHeight 修饰符（Compose 还提供了 fillMaxSize 和 fillMaxWidth）：

@Composable
fun ArtistCard(/*...*/) {Row(modifier = Modifier.size(width = 400.dp, height = 100.dp)) {Image(/*...*/modifier = Modifier.fillMaxHeight())Column { /*...*/ }}
}

如需在文本基线上方添加内边距，以实现从布局顶部到基线保持特定距离，请使用 paddingFromBaseline 修饰符：

@Composable
fun ArtistCard(artist: Artist) {Row(/*...*/) {Column {Text(text = artist.name,modifier = Modifier.paddingFromBaseline(top = 50.dp))Text(artist.lastSeenOnline)}}
}

2.2.2 偏移量

要相对于原始位置放置布局，请添加 offset 修饰符，并在 x 轴和 y 轴中设置偏移量。偏移量可以是正数，也可以是非正数。

padding 和 offset 之间的区别在于，向可组合项添加 offset 不会改变其测量结果：

@Composable
fun ArtistCard(artist: Artist) {Row(/*...*/) {Column {Text(artist.name)Text(text = artist.lastSeenOnline,modifier = Modifier.offset(x = 4.dp))}}
}

offset 修饰符根据布局方向水平应用。在从左到右的上下文中，正 offset 会将元素向右移，而在从右到左的上下文中，它会将元素向左移。

如果需要设置偏移量，而不考虑布局方向，请参阅 absoluteOffset 修饰符，其中，正偏移值始终将元素向右移。

2.3 类型安全

2.3.1 Box 中的 matchParentSize

如果您希望子布局与父项 Box 尺寸相同而不影响 Box 的尺寸，请使用 matchParentSize 修饰符。

在以下示例中，子项 Spacer 从其父项 Box 获取自己的尺寸，在这种情况下，后者又会从其最大的子项 ArtistCard 中获取自己的尺寸。

@Composable
fun MatchParentSizeComposable() {Box {Spacer(Modifier.matchParentSize().background(Color.LightGray))ArtistCard()}
}

效果如下：

如果使用 fillMaxSize 代替 matchParentSize，Spacer 将占用父项允许的所有可用空间，反过来使父项展开并填满所有可用空间，效果如下：

2.3.2 Row 和 Column 中的 weight

以包含两个 Box 可组合项的 Row 为例。第一个框的 weight 是第二个框的两倍，因此其宽度也相差两倍。由于 Row 的宽度为 210.dp，因此第一个 Box 的宽度为 140.dp，第二个的宽度为 70.dp：

@Composable
fun ArtistCard(/*...*/) {Row(modifier = Modifier.fillMaxWidth()) {Image(/*...*/modifier = Modifier.weight(2f))Column(modifier = Modifier.weight(1f)) {/*...*/}}
}

2比1的效果如下：

三、附带效应

3.1 效应的种类

可组合项应该没有附带效应。如果您需要更改应用的状态，您应该使用 Effect API，以便以可预测的方式执行这些附带效应。

由于效应会在 Compose 中带来各种可能性，所以很容易过度使用。确保您在其中完成的工作与界面相关，并且不会破坏单向数据流。

3.1.1 LaunchedEffect：在某个可组合项的作用域内运行挂起函数

当 LaunchedEffect 进入组合时，它会启动一个协程，并将代码块作为参数传递。如果 LaunchedEffect 退出组合，协程将取消。

下例中，如果状态包含错误，则会触发协程，如果没有错误，则将取消协程。由于 LaunchedEffect 调用点在 if 语句中，因此当该语句为 false 时，如果 LaunchedEffect 包含在组合中，则会被移除，因此协程将被取消。

@Composable
fun MyScreen(state: UiState<List<Movie>>,scaffoldState: ScaffoldState = rememberScaffoldState()
) {// If the UI state contains an error, show snackbarif (state.hasError) {// `LaunchedEffect` will cancel and re-launch if// `scaffoldState.snackbarHostState` changesLaunchedEffect(scaffoldState.snackbarHostState) {// Show snackbar using a coroutine, when the coroutine is cancelled the// snackbar will automatically dismiss. This coroutine will cancel whenever// `state.hasError` is false, and only start when `state.hasError` is true// (due to the above if-check), or if `scaffoldState.snackbarHostState` changes.scaffoldState.snackbarHostState.showSnackbar(message = "Error message",actionLabel = "Retry message")}}Scaffold(scaffoldState = scaffoldState) {/* ... */}
}

3.1.2 rememberCoroutineScope：获取组合感知作用域，以便在可组合项外启动协程

为了在可组合项外启动协程，但存在作用域限制，以便协程在退出组合后自动取消，请使用 rememberCoroutineScope。

如果您需要手动控制一个或多个协程的生命周期，请使用 rememberCoroutineScope，例如在用户事件发生时取消动画。

rememberCoroutineScope 是一个可组合函数，会返回一个 CoroutineScope，该 CoroutineScope 绑定到调用它的组合点。调用退出组合后，作用域将取消。

下例中，当用户点按 Button 时，您可以使用以下代码显示 Snackbar：

@Composable
fun MoviesScreen(scaffoldState: ScaffoldState = rememberScaffoldState()) {// Creates a CoroutineScope bound to the MoviesScreen's lifecycleval scope = rememberCoroutineScope()Scaffold(scaffoldState = scaffoldState) {Column {/* ... */Button(onClick = {// Create a new coroutine in the event handler to show a snackbarscope.launch {scaffoldState.snackbarHostState.showSnackbar("Something happened!")}}) {Text("Press me")}}}
}

3.1.3 rememberUpdatedState：在效应中引用某个值，该效应在值改变时不应重启

当其中一个键参数发生变化时，LaunchedEffect 会重启。不过，在某些情况下，您可能希望在效应中捕获某个值，但如果该值发生变化，您不希望效应重启。为此，需要使用 rememberUpdatedState 来创建对可捕获和更新的该值的引用。这种方法对于包含长期操作的效应十分有用，因为重新创建和重启这些操作可能代价高昂或令人望而却步。

例如，假设您的应用的 LandingScreen 在一段时间后消失。即使 LandingScreen 已重组，等待一段时间并发出时间已过通知的效应也不应该重启。

为创建与调用点的生命周期相匹配的效应，永不发生变化的常量（如 Unit 或 true）将作为参数传递。在以上代码中，使用 LaunchedEffect(true)。为了确保 onTimeout lambda 始终包含重组 LandingScreen 时使用的最新值，onTimeout 需使用 rememberUpdatedState 函数封装。效应中应使用代码中返回的 State、currentOnTimeout。

@Composable
fun LandingScreen(onTimeout: () -> Unit) {// This will always refer to the latest onTimeout function that// LandingScreen was recomposed withval currentOnTimeout by rememberUpdatedState(onTimeout)// Create an effect that matches the lifecycle of LandingScreen.// If LandingScreen recomposes, the delay shouldn't start again.LaunchedEffect(true) {delay(SplashWaitTimeMillis)currentOnTimeout()}/* Landing screen content */
}

3.1.4 DisposableEffect：需要清理的效应

对于需要在键发生变化或可组合项退出组合后进行清理的附带效应，请使用 DisposableEffect。如果 DisposableEffect 键发生变化，可组合项需要处理（执行清理操作）其当前效应，并通过再次调用效应进行重置。

@Composable
fun HomeScreen(lifecycleOwner: LifecycleOwner = LocalLifecycleOwner.current,onStart: () -> Unit, // Send the 'started' analytics eventonStop: () -> Unit // Send the 'stopped' analytics event
) {// Safely update the current lambdas when a new one is providedval currentOnStart by rememberUpdatedState(onStart)val currentOnStop by rememberUpdatedState(onStop)// If `lifecycleOwner` changes, dispose and reset the effectDisposableEffect(lifecycleOwner) {// Create an observer that triggers our remembered callbacks// for sending analytics eventsval observer = LifecycleEventObserver { _, event ->if (event == Lifecycle.Event.ON_START) {currentOnStart()} else if (event == Lifecycle.Event.ON_STOP) {currentOnStop()}}// Add the observer to the lifecyclelifecycleOwner.lifecycle.addObserver(observer)// When the effect leaves the Composition, remove the observeronDispose {lifecycleOwner.lifecycle.removeObserver(observer)}}/* Home screen content */
}

在上面的代码中，效应将 observer 添加到 lifecycleOwner。如果 lifecycleOwner 发生变化，系统会通过 lifecycleOwner 处理并再次重启效应。

DisposableEffect 必须在其代码块中添加 onDispose 子句作为最终语句。否则，IDE 将显示构建时错误。

3.1.5 SideEffect：将 Compose 状态发布为非 Compose 代码

如需与非 Compose 管理的对象共享 Compose 状态，请使用 SideEffect 可组合项，因为每次成功重组时都会调用该可组合项。

例如，您的分析库可能允许您通过将自定义元数据（在此示例中为“用户属性”）附加到所有后续分析事件，来细分用户群体。如需将当前用户的用户类型传递给您的分析库，请使用 SideEffect 更新其值。

@Composable
fun rememberAnalytics(user: User): FirebaseAnalytics {val analytics: FirebaseAnalytics = remember {/* ... */}// On every successful composition, update FirebaseAnalytics with// the userType from the current User, ensuring that future analytics// events have this metadata attachedSideEffect {analytics.setUserProperty("userType", user.userType)}return analytics
}

3.1.6 produceState：将非 Compose 状态转换为 Compose 状态

produceState 会启动一个协程，该协程将作用域限定为可将值推送到返回的 State 的组合。使用此协程将非 Compose 状态转换为 Compose 状态，例如将外部订阅驱动的状态（如 Flow、LiveData 或 RxJava）引入组合。

该制作工具在 produceState 进入组合时启动，在其退出组合时取消。返回的 State 冲突；设置相同的值不会触发重组。

即使 produceState 创建了一个协程，它也可用于观察非挂起的数据源。如需移除对该数据源的订阅，请使用 awaitDispose 函数。

以下示例展示了如何使用 produceState 从网络加载图像。loadNetworkImage 可组合函数会返回可以在其他可组合项中使用的 State。

@Composable
fun loadNetworkImage(url: String,imageRepository: ImageRepository
): State<Result<Image>> {// Creates a State<T> with Result.Loading as initial value// If either `url` or `imageRepository` changes, the running producer// will cancel and will be re-launched with the new inputs.return produceState<Result<Image>>(initialValue = Result.Loading, url, imageRepository) {// In a coroutine, can make suspend callsval image = imageRepository.load(url)// Update State with either an Error or Success result.// This will trigger a recomposition where this State is readvalue = if (image == null) {Result.Error} else {Result.Success(image)}}
}

3.1.7 derivedStateOf：将一个或多个状态对象转换为其他状态

如果某个状态是从其他状态对象计算或派生得出的，请使用 derivedStateOf。使用此函数可确保仅当计算中使用的状态之一发生变化时才会进行计算。

以下示例展示了基本的“待办事项”列表，其中具有用户定义的高优先级关键字的任务将首先显示：

@Composable
fun TodoList(highPriorityKeywords: List<String> = listOf("Review", "Unblock", "Compose")) {val todoTasks = remember { mutableStateListOf<String>() }// Calculate high priority tasks only when the todoTasks or highPriorityKeywords// change, not on every recompositionval highPriorityTasks by remember(highPriorityKeywords) {derivedStateOf { todoTasks.filter { it.containsWord(highPriorityKeywords) } }}Box(Modifier.fillMaxSize()) {LazyColumn {items(highPriorityTasks) { /* ... */ }items(todoTasks) { /* ... */ }}/* Rest of the UI where users can add elements to the list */}
}

在以上代码中，derivedStateOf 保证每当 todoTasks 发生变化时，系统都会执行 highPriorityTasks 计算，并相应地更新界面。如果 highPriorityKeywords 发生变化，系统将执行 remember 代码块，并且会创建新的派生状态对象并记住该对象，以代替旧的对象。由于执行过滤以计算 highPriorityTasks 的成本很高，因此应仅在任何列表发生更改时才执行，而不是在每次重组时都执行。

此外，更新 derivedStateOf 生成的状态不会导致可组合项在声明它的位置重组，Compose 仅会对返回状态为已读的可组合项（在本例中，指 LazyColumn 中的可组合项）进行重组。

该代码还假设 highPriorityKeywords 的变化频率显著低于 todoTasks。否则，该代码会使用 remember(todoTasks, highPriorityKeywords) 而不是 derivedStateOf。

3.1.8 snapshotFlow：将 Compose 的 State 转换为 Flow

使用 snapshotFlow 将 State 对象转换为 Flow。snapshotFlow 会在收集到块时运行该块，并发出从块中读取的 State 对象的结果。当在 snapshotFlow 块中读取的 State 对象之一发生变化时，如果新值与之前发出的值不相等，Flow 会向其收集器发出新值（此行为类似于 Flow.distinctUntilChanged 的行为）。

下列示例显示了一项附带效应，是系统在用户滚动经过要分析的列表的首个项目时记录下来的：

val listState = rememberLazyListState()LazyColumn(state = listState) {// ...
}LaunchedEffect(listState) {snapshotFlow { listState.firstVisibleItemIndex }.map { index -> index > 0 }.distinctUntilChanged().filter { it == true }.collect {MyAnalyticsService.sendScrolledPastFirstItemEvent()}
}

在上方代码中，listState.firstVisibleItemIndex 被转换为一个 Flow，从而可以受益于 Flow 运算符的强大功能。

3.2 效应的重启

Compose 中有一些效应（如 LaunchedEffect、produceState 或 DisposableEffect）会采用可变数量的参数和键来取消运行效应，并使用新的键启动一个新的效应。

这些 API 的典型形式是：

EffectName(restartIfThisKeyChanges, orThisKey, orThisKey, ...) { block }

由于此行为的细微差别，如果用于重启效应的参数不是适当的参数，可能会出现问题：

• 如果重启效应次数不够，可能会导致应用出现错误。
• 如果重启效应次数过多，效率可能不高。

一般来说，效应代码块中使用的可变和不可变变量应作为参数添加到效应可组合项中。除此之外，您还可以添加更多参数，以便强制重启效应。如果更改变量不应导致效应重启，则应将该变量封装在 rememberUpdatedState 中。如果由于变量封装在一个不含键的 remember 中使之没有发生变化，则无需将变量作为键传递给效应。

在上面显示的 DisposableEffect 代码中，效应将其块中使用的 lifecycleOwner 作为参数，因为对它们的任何更改都会导致效应重新开始。

@Composable
fun HomeScreen(lifecycleOwner: LifecycleOwner = LocalLifecycleOwner.current,onStart: () -> Unit, // Send the 'started' analytics eventonStop: () -> Unit // Send the 'stopped' analytics event
) {// These values never change in Compositionval currentOnStart by rememberUpdatedState(onStart)val currentOnStop by rememberUpdatedState(onStop)DisposableEffect(lifecycleOwner) {val observer = LifecycleEventObserver { _, event ->/* ... */}lifecycleOwner.lifecycle.addObserver(observer)onDispose {lifecycleOwner.lifecycle.removeObserver(observer)}}
}

无需使用 currentOnStart 和 currentOnStop 作为 DisposableEffect 键，因为我们使用了 rememberUpdatedState，所以它们的值在组合中绝不会发生变化。如果您没有传递 lifecycleOwner 作为参数，并且它发生变化，那么 HomeScreen 会重组，但 DisposableEffect 不会被处理和重新开始。这会导致出现问题，因为此后会使用错误的 lifecycleOwner。

可以使用 true 等常量作为效应键，使其遵循调用点的生命周期。它实际上具有有效的用例，如上面所示的 LaunchedEffect 示例。但在这样做之前，请审慎考虑，并确保您确实需要这么做。