Kotlin扩展函数与成员函数优先级冲突：to函数被屏蔽问题

我之前也踩过类似的坑，刚好能帮你理清这个问题的来龙去脉，以及给出可行的修复方案。

问题根源 #

首先得明确Kotlin的函数重载解析规则：

• 当在类的成员函数内部调用同名函数时，成员函数的优先级永远高于扩展函数；
• 但如果调用发生在全局扩展函数内部（就像你写的convert函数），情况就不一样了：全局作用域的扩展函数会和目标类的成员函数一起成为候选，而Kotlin的类型推断可能会优先匹配参数范围更宽泛的那个——也就是Kotlin自带的fun <A, B> A.to(that: B): Pair<A, B>，因为它接收任意类型的参数，而Jooq Converter的to(value: K): V参数更具体，反而被“覆盖”了。

你提到用qualified-this没生效，这是因为qualified-this（比如this@ClassName）只能在类的成员函数、内部类或者带标签的lambda里使用，而你的convert是全局扩展函数，当前上下文并没有Converter的this实例，所以这种方式自然无效。

可行的解决方案 #

这里有几个简单的方法可以强制编译器调用Converter的成员函数：

1. 使用函数引用显式调用成员函数

通过函数引用的方式直接指定要调用的是Converter的to成员函数，完全绕过扩展函数的干扰：

fun <K, V> convert(value: K, converter: org.jooq.Converter<K, V>): V {
    return converter::to.call(value)
}

2. 用with限定上下文

with块会把传入的对象作为上下文，在块内调用函数时会优先匹配该对象的成员函数：

fun <K, V> convert(value: K, converter: org.jooq.Converter<K, V>): V {
    return with(converter) {
        to(value)
    }
}

3. 显式约束参数类型（辅助编译器推断）

有时候编译器会因为类型模糊而选错函数，你可以在调用时通过强转参数，帮编译器明确匹配方向：

fun <K, V> convert(value: K, converter: org.jooq.Converter<K, V>): V {
    return converter.to(value as K)
}

额外说明 #

这个问题本质上是Kotlin重载解析的“最具体匹配”规则被全局扩展函数的宽泛参数范围打破了。上面的方法都是通过缩小匹配范围，让编译器优先识别到Converter的成员函数。

内容的提问来源于stack exchange，提问作者Mangat Rai Modi