Kotlin的object对象如何覆写继承方法？BooleanUtils迁移JVM签名冲突解决

报错根因 #

• Kotlin的可空性属于编译期特性，不会体现在JVM字节码签名中，你自定义的toBoolean(String)和继承的Apache父类的toBoolean(String?)方法的JVM签名完全一致，编译器判定为非法的重复定义。
• IntelliJ自动转换的object继承写法不符合原Java静态工具类的设计，静态工具类无需实例也不该用继承来复用方法，进一步加剧了签名冲突。

正确实现（完全对齐原Java功能） #

原Java工具类的核心特性：私有构造禁止实例化、包含Apache BooleanUtils的所有工具能力、自定义toBoolean额外支持"1"返回true、所有方法可静态调用，对应的Kotlin实现如下：

// 将Apache的BooleanUtils取别名避免命名冲突
import org.apache.commons.lang3.BooleanUtils as ApacheBooleanUtils

object BooleanUtils {
    /**
     * Converts a String to Boolean.
     * @param str  the String to check
     * @return true/false
     */
    @JvmStatic
    fun toBoolean(str: String?): Boolean {
        return ApacheBooleanUtils.toBoolean(str) || "1" == str
    }

    // 如需使用Apache BooleanUtils的其他方法，按需添加代理即可，完全对齐原继承的使用体验
    @JvmStatic
    fun isTrue(flag: Boolean?): Boolean = ApacheBooleanUtils.isTrue(flag)

    @JvmStatic
    fun isFalse(flag: Boolean?): Boolean = ApacheBooleanUtils.isFalse(flag)
    
    // 其他需要的方法同理添加代理即可
}

实现说明 #

• 去掉对Apache BooleanUtils的继承，从根源解决签名冲突问题，用别名调用的方式复用Apache的工具能力，和原继承的效果完全一致。
• 方法参数改为String?，对齐原Java的空安全逻辑：传入null时返回false，不会触发空指针。
• 添加@JvmStatic注解，方法在JVM层面会被编译为静态方法，原有Java代码的调用方式不需要做任何修改，完全兼容旧代码。
• 单例object的私有构造特性天然对齐原Java的私有构造逻辑，不允许外部实例化，符合工具类的设计规范。

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