启用ProGuard后Compose LazyColumn搜索时崩溃问题求助

核心原因 #

Release构建开启ProGuard后，混淆操作会压缩、重命名类和字段，而Compose的LazyColumn依赖数据项的类型信息做状态管理，搜索过程中如果涉及类型强转、is类型判断，混淆后的类型信息不匹配就会触发ClassCastException——这是debug无问题、release崩溃的典型混淆类问题。

具体修复步骤 #

1. 给数据类加混淆保护 #

打开proguard-rules.pro，添加规则保留你的列表数据模型类的完整结构，避免被混淆：

# 替换成你实际的数据类所在包路径
-keep class com.your.app.model.** { *; }
# 如果用了密封类、嵌套类，也要保留
-keep class com.your.app.model.*$* { *; }

2. 补全Compose专属混淆规则 #

Compose有特定的混淆要求，必须保留相关类和Composable函数的名称，否则状态管理会出问题：

# Compose核心类保留
-keep class androidx.compose.ui.** { *; }
-keep class androidx.compose.foundation.** { *; }
-keep class androidx.compose.material.** { *; }

# 保留Composable函数名称
-keepnames class * {
    @androidx.compose.runtime.Composable <methods>;
}

# 保留Compose运行时相关类名
-keepnames class androidx.compose.runtime.** { *; }

3. 检查搜索逻辑里的类型转换 #

排查搜索代码中有没有用as强制类型转换的地方，确保转换的对象确实是目标类型。如果是过滤列表数据，尽量用数据类里的明确字段做判断，别依赖is类型检查——混淆后类型判断会失效。

4. 验证混淆效果 #

修改规则后，执行./gradlew assembleRelease打release包，安装测试。也可以在proguard-rules.pro里加-printmapping mapping.txt，生成混淆映射文件，查看数据类和Compose相关类有没有被正确保留，有没有意外混淆的情况。

额外排查方向 #

• 如果你用了Flow、LiveData这类响应式框架，相关的观察者、数据转换类也要加混淆保留规则；
• 检查搜索时的filter、map操作里的lambda，会不会因为混淆导致类型异常；
• isShrinkResources = true一般不会引发类型转换异常，重点还是放在类混淆的排查上。

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