注解处理生成子类时如何获取Kotlin类型而非Java类型

问题原因 #

你当前直接使用Java注解处理API的asType().asTypeName()获取的是JVM字节码层面的Java平台类型，Kotlin的基础类型、集合类型在编译后都会映射为对应的Java类型（比如kotlin.String映射为java.lang.String、kotlin.Int映射为int/Integer、kotlin.List映射为java.util.List），生成代码时用Java类型作为参数签名，和父类Kotlin方法的签名不一致，自然会触发重写冲突。

如果你当前是用JavaPoet生成Kotlin代码，首先要切换为KotlinPoet，JavaPoet原生不支持Kotlin类型体系，无法生成正确的Kotlin类型签名。

解决方案 #

方案一：通过Kotlin元数据解析获取真实Kotlin类型（推荐） #

Kotlin的原生类型信息、可空性、集合可变属性都存储在类的@Metadata注解中，你需要引入kotlinx-metadata-jvm库解析元数据，配合KotlinPoet的扩展方法生成正确的Kotlin类型：

1. 先添加依赖（以Gradle为例）

implementation "org.jetbrains.kotlinx:kotlinx-metadata-jvm:0.6.0"
implementation "com.squareup:kotlinpoet:1.14.2"
implementation "com.squareup:kotlinpoet-metadata:1.14.2"

2. 修正参数类型获取逻辑：

method.parameters.onEach { variableElement ->
    val typeName = variableElement.asType().asTypeName()
    // 过滤挂起函数的Continuation参数
    if (typeName.toString().contains("Continuation")) return@onEach
    // 解析Kotlin元数据获取真实Kotlin类型、可空性
    val kotlinType = variableElement.asKotlinTypeName() // 该方法来自kotlinpoet-metadata扩展
    val parameterBuilder = ParameterSpec.builder(
        variableElement.simpleName.toString(),
        kotlinType
    )
    function.addParameter(parameterBuilder.build())
}

方案二：手动映射基础类型（临时适配，不推荐） #

如果不想引入额外解析库，可以对高频冲突类型做手动替换：

fun mapToKotlinTypeName(javaTypeName: TypeName): TypeName {
    return when (javaTypeName.toString()) {
        "java.lang.String" -> STRING
        "int", "java.lang.Integer" -> INT
        "java.util.List" -> LIST.parameterizedBy(WildcardTypeName.subtypeOf(ANY))
        // 按需添加其他类型映射
        else -> javaTypeName
    }
}

注意事项 #

• 可空性需要同步从Kotlin元数据中读取，生成参数时记得添加?标记，否则也会出现签名不匹配问题
• 集合类型需要区分List/MutableList、Map/MutableMap，不要全部映射为不可变集合

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