Android模块运行Kotlin单元测试时出现KotlinFrontEndException

问题场景 #

在包含Java和Kotlin混编类的Android模块中编写单元测试时，被测类引用了需Stub的Android类，运行测试触发Exception while analyzing expression异常。该问题仅出现在当前模块，无法在示例项目中复现。报错代码仅为向可变列表添加元素的简单操作add(viewRootOne)，已执行清理重建操作但问题未解决。

报错堆栈 #

e: org.jetbrains.kotlin.util.KotlinFrontEndException: Exception while analyzing expression in (70,13) in 

Attachments:
causeThrowable
java.lang.AssertionError: deserialized class MutableCollection and Lazy Java class java.util.Collection should have same number of type parameters, but 1 / 0 found
    at org.jetbrains.kotlin.builtins.jvm.MappingUtilKt.createMappedTypeParametersSubstitution(mappingUtil.kt:14)
    at org.jetbrains.kotlin.load.java.lazy.descriptors.LazyJavaClassDescriptor$LazyJavaClassTypeConstructor.computeSupertypes(LazyJavaClassDescriptor.kt:238)

----
expression.kt
add(viewRootOne)
    at org.jetbrains.kotlin.types.expressions.ExpressionTypingVisitorDispatcher.logOrThrowException(ExpressionTypingVisitorDispatcher.java:261)

可行解决方案 #

• 对齐Android SDK Stub版本：检查模块build.gradle中，测试依赖（testImplementation/androidTestImplementation）的Android SDK stubs版本与compileSdkVersion、targetSdkVersion是否一致，版本不匹配可能导致类元数据解析异常。
• 统一Kotlin/Java编译配置：确保模块build.gradle中kotlinOptions.jvmTarget与Java编译版本（compileOptions.sourceCompatibility/targetCompatibility）保持一致，避免跨语言类型解析冲突。
• 排查Mock/Stub冲突：若使用了自定义Android类Stub或第三方Mock库（如MockK、Mockito），检查是否存在类重复定义或泛型处理错误，可临时移除自定义Stub或更换Mock库版本验证。
• 深度清理缓存：除了执行IDE的Clean Project，手动删除模块下的.gradle、build目录，以及本地.gradle/caches目录中与该模块相关的缓存文件，再重新构建项目。
• 显式指定泛型类型：确认报错代码中可变列表的类型定义，避免使用无泛型的原始类型（如Java的Collection），显式声明泛型参数（如MutableList<ViewRoot>），消除类型解析歧义。

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