我的Kotlin类为何出现‘重载冲突’问题？

你猜的没错，这个冲突确实是泛型类型擦除搞的鬼！Kotlin和Java一样，编译时会擦除泛型类型信息，这就导致你定义的两个次级构造函数，编译后的JVM签名其实完全一致——都是Result(Object)。JVM根本没法区分这两个构造函数，自然就抛出了重载冲突的错误。而当你把其中一个参数改成String后，两个构造函数的签名变成了Result(String)和Result(Object)，签名不一样了，冲突也就消失了。

那怎么优雅解决这个问题呢？这里给你几种实用方案，按推荐程度排序：

方案1：用伴生对象的工厂方法（最常用） #

放弃用构造函数区分Ok/Err，转而用伴生对象提供语义明确的工厂方法，这也是Kotlin生态里的常规操作：

open class Result<T, E> private constructor(val ok: T?, val err: E?) {
    companion object {
        // 创建成功结果
        fun <T, E> ok(value: T): Result<T, E> {
            return Result(value, null)
        }

        // 创建错误结果
        fun <T, E> err(error: E): Result<T, E> {
            return Result(null, error)
        }
    }
}

使用时直接调用工厂方法，语义清晰还完全避免了重载问题：

val success = Result.ok("操作成功")
val failure = Result.err(IllegalArgumentException("参数格式错误"))

方案2：给构造函数加区分标记（临时应急用） #

如果一定要保留构造函数形式，可以给其中一个构造函数加一个无意义的标记参数（用默认值简化调用），让JVM能区分签名：

open class Result<T, E> private constructor(val ok: T?, val err: E?) {
    // 给Ok构造函数加一个默认的Unit参数，用来区分签名
    constructor(ok: T, dummy: Unit = Unit) : this(ok, null)
    constructor(err: E) : this(null, err)
}

不过这种方法不够优雅，语义也不明确，只适合临时场景使用。

方案3：用密封类实现更安全的Result（进阶推荐） #

其实在Kotlin里，用密封类实现Result是最贴合语言特性的选择，它能彻底避免null的存在，还能让类型检查更严谨：

sealed class Result<out T, out E> {
    // Ok子类只持有成功值，Err子类只持有错误信息，不存在null风险
    data class Ok<out T>(val value: T) : Result<T, Nothing>()
    data class Err<out E>(val error: E) : Result<Nothing, E>()
}

使用时编译器还能帮你做穷尽检查，不用担心遗漏分支：

val result: Result<String, Exception> = Result.Ok("加载完成")
when(result) {
    is Result.Ok -> println("成功：${result.value}")
    is Result.Err -> println("失败：${result.error.message}")
}

以上几种方案都能解决你的重载冲突问题，其中密封类的实现方式最符合Kotlin的设计理念，推荐优先考虑。

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