添加VM泛型后方法未覆写致AbstractMethodError崩溃排查

核心原因 #

AbstractMethodError的本质是JVM找不到子类正确覆写的SomeFun方法，结合报错和代码细节，根源在于两点：

1. Composable方法的编译特性：Composable函数编译时会自动插入Composer和int两个隐式参数，这会改变方法的实际签名。
2. 泛型擦除的影响：父类中SomeFun的VM泛型参数会被JVM擦除为上限类型LceViewModel<S>，如果子类覆写后的方法签名（编译后）和父类擦除后的签名不匹配，JVM就会判定子类未实现抽象方法。

从报错日志里的方法签名void SomeFun(LceViewModel, Function2, Composer, int)也能佐证：父类编译后的参数是擦除后的LceViewModel，但子类可能生成了带具体VM子类类型的方法，导致签名不匹配。

修复方案 #

1. 严格对齐子类覆写的方法签名 #

子类覆写SomeFun时必须完全匹配父类定义，不能有任何偏差：

• 保留@Composable注解
• 加上override关键字
• 参数类型、顺序和父类完全一致，泛型VM不能替换为具体类型

// 子类正确覆写示例
@Composable
override fun SomeFun(vm: YourConcreteVM, content: @Composable () -> Unit) {
    // 实现逻辑
}

2. 调整父类方法的参数类型（可选） #

如果子类的VM是LceViewModel<S>的具体实现，可以把父类SomeFun的参数类型改为LceViewModel<S>而非泛型VM，规避泛型擦除带来的签名差异：

@Composable
protected abstract fun SomeFun(vm: LceViewModel<S>, content: @Composable () -> Unit)

3. 修复AGP与KGP版本兼容性问题 #

你用的AGP 8.1.0-beta01是测试版，大概率存在Composable方法编译的bug，建议：

• 降级AGP到稳定版（比如8.0.2），KGP 1.8.0和AGP 8.0.x是兼容的
• 或者升级KGP到1.8.20及以上，再搭配AGP 8.1.x的稳定版

4. 排查混淆配置（若开启） #

如果项目开了混淆，必须保证Composable方法和抽象类方法不被混淆，在proguard-rules.pro里加：

-keep class com.rus_artur4ik.petcore.mvvm.lce.LceScreen {
    protected abstract void SomeFun(...);
}
-keepattributes *Annotation*
-keepclassmembers class * {
    @androidx.compose.runtime.Composable <methods>;
}

额外验证步骤 #

• 执行./gradlew clean assembleDebug（或Android Studio里的Clean + Rebuild）
• 检查子类编译后的方法签名，确认和父类编译后的签名一致

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