Jetpack Compose 性能优化实战：告别卡顿的五个关键技巧

一、理解 Recomposition：Compose 性能的核心

Jetpack Compose 的 UI 更新机制基于"重组"（Recomposition）。每当状态发生变化时，Compose 会重新执行相关的可组合函数（Composable）来更新界面。理解重组的触发条件和范围，是性能优化的第一步。

重组只会在读取了变化状态的 Composable 范围内发生，但如果状态对象不稳定（Unstable），Compose 会跳过智能跳过（Smart Recomposition）机制，导致大量不必要的重组。

• 稳定类型（Stable）：基本类型（Int、String、Boolean）、不可变数据类（data class with val）、用 @Stable 或 @Immutable 标注的类

• 不稳定类型（Unstable）：包含 var 属性的类、List/Map/Set（可用 ImmutableList 替代）、接口类型

// ❌ 不稳定 - 每次父组件重组都会导致此组件重组
data class UserInfo(var name: String, var age: Int)

// ✅ 稳定 - Compose 可以智能跳过未变化的组件
@Immutable
data class UserInfo(val name: String, val age: Int)

二、remember 与 rememberSaveable 的正确使用

remember 是 Compose 中缓存计算结果、避免重复创建对象的核心工具。错误使用 remember 是导致性能问题的常见原因之一。

remember 的 key 参数至关重要：当 key 发生变化时，缓存会自动失效并重新计算，这让 remember 既能正确响应状态变化，又能避免无谓的重计算。

@Composable
fun UserAvatar(userId: String) {
    // ✅ 以 userId 为 key，userId 变化才重新加载头像
    val bitmap = remember(userId) {
        loadAvatarFromCache(userId)
    }
    Image(bitmap = bitmap, contentDescription = null)
}

@Composable
fun ExpensiveList(items: List<Item>) {
    // ✅ 列表变化才重新排序，避免每次重组都排序
    val sortedItems = remember(items) {
        items.sortedBy { it.name }
    }
    // ...
}

rememberSaveable 在此基础上还能在 Activity 重建（旋转屏幕、系统杀死进程）后恢复状态，适用于用户输入内容、滚动位置等需要持久化的 UI 状态。

三、derivedStateOf：派生状态的高效计算

当某个状态需要通过一个或多个其他状态派生计算时，derivedStateOf 能避免不必要的重组。它会缓存计算结果，只有当计算结果真正发生变化时才触发重组。

@Composable
fun TodoList(items: List<TodoItem>) {
    var filter by remember { mutableStateOf("") }

    // ❌ 每次 filter 变化都重组整个列表，即使过滤结果相同
    val filteredItems = items.filter { it.text.contains(filter) }

    // ✅ 只有过滤结果变化时才重组
    val filteredItems by remember(items) {
        derivedStateOf { items.filter { it.text.contains(filter) } }
    }
    // ...
}

derivedStateOf 特别适合用于：列表过滤/排序、根据滚动位置计算 FAB 是否显示、多个状态组合计算的复杂逻辑等场景。

四、LazyColumn 性能优化：key 与 contentType

LazyColumn / LazyRow 是 Compose 中高性能列表的核心，但默认情况下可能存在性能陷阱。通过合理配置 key 和 contentType 参数，可以显著提升列表的滚动流畅度。

为什么需要 key？

Compose 默认使用列表位置（index）来识别列表项。当列表发生插入、删除、移动操作时，会导致大量无关的 item 重组。通过为每个 item 提供稳定唯一的 key，Compose 能正确追踪 item 的变化。

LazyColumn {
    items(
        items = userList,
        key = { user -> user.id },  // ✅ 稳定唯一的 key
        contentType = { user -> user.type }  // ✅ 相同类型可复用 Composition
    ) { user ->
        UserItem(user = user)
    }
}

• key：确保列表数据变动时，Compose 正确复用/销毁 item 的 Composition 状态

• contentType：同类型的 item 可以复用彼此的 Composition，减少重建开销，类似 RecyclerView 的 ViewType

五、实战工具：Compose Compiler Metrics 分析报告

Jetpack Compose 编译器提供了完整的性能指标报告，帮助开发者定位不稳定类和可优化的 Composable。只需在 build.gradle 中添加以下配置：

// app/build.gradle.kts
android {
    kotlinOptions {
        freeCompilerArgs += listOf(
            "-P",
            "plugin:androidx.compose.compiler.plugins.kotlin:reportsDestination=${project.buildDir}/compose_metrics",
            "-P",
            "plugin:androidx.compose.compiler.plugins.kotlin:metricsDestination=${project.buildDir}/compose_metrics"
        )
    }
}

执行 ./gradlew assembleRelease 后，在 build/compose_metrics/ 目录下会生成以下报告文件：

• *-composables.txt：列出所有 Composable 的可跳过性（skippable/restartable）和参数稳定性

• *-classes.txt：列出所有参数类的稳定性分析，标记出导致不稳定的具体字段

• *-composables.csv：机器可读格式，可用于 CI 集成，追踪稳定性回归

通过这份报告，你能快速找到项目中所有"不可跳过"（non-skippable）的 Composable，针对性地进行稳定性修复，将 Compose 性能优化从猜测变为有据可依的工程实践。