关于Kotlin中扩展接口时object关键字的使用、两段代码差异及接口无构造器可调用()的技术问询

好问题！这其实涉及到Kotlin里**函数式接口（Functional Interface）**的特性，以及Kotlin为简化代码提供的SAM转换语法糖。咱们一步步拆解你的疑问：

一、为什么第一段代码不需要用object？ #

你的WebResponseHandler是用fun interface定义的函数式接口——也就是只有一个抽象方法的接口。Kotlin对这类接口提供了**SAM转换（Single Abstract Method Conversion）**的语法糖，允许你直接用lambda表达式替代显式的匿名内部类实现。

你写的这段代码：

private val onInitWebResponseHandler: VolleyHandler.WebResponseHandler = VolleyHandler.WebResponseHandler() { 
    Thread(ParseJsonStringOnInit(WeakReference(this), weakRefIOnAllScoresDataFirstFetched, it)).start() 
}

本质上是编译器帮你自动生成了类似object : WebResponseHandler的匿名实现类，只不过用了更简洁的语法。这里的lambda就是对onWebResponseFinished方法的实现，it对应方法的jsonString参数。

二、为什么第二段代码需要用object？ #

第二段代码里的Comparator<CompetitionObj>虽然也是只有一个抽象方法的接口，但你选择了显式实现接口的方式，而非SAM转换语法糖。当然，其实Comparator作为Java的函数式接口，在Kotlin里也可以用SAM转换简化：

val competitionOrderLevelComparator : Comparator<CompetitionObj> = Comparator { object1, object2 ->
    object1.orderLevel - object2.orderLevel
}

你之所以用object，是因为你想显式写出compare方法的重写逻辑——这种写法更直观，适合需要清晰展示接口实现细节的场景。另外，如果接口有多个抽象方法，那必须用object来创建匿名内部类，因为lambda无法同时实现多个方法。

三、为什么第一段代码里的接口可以用()调用？ #

这里的()并不是调用接口的构造器（接口本身没有构造器），而是Kotlin为函数式接口设计的SAM转换语法形式。编译器会把WebResponseHandler() { ... }转换成该接口的匿名实现类实例，相当于帮你完成了以下代码的编写：

private val onInitWebResponseHandler: VolleyHandler.WebResponseHandler = object : VolleyHandler.WebResponseHandler {
    override fun onWebResponseFinished(jsonString: String?) {
        Thread(ParseJsonStringOnInit(WeakReference(this@YourClass), weakRefIOnAllScoresDataFirstFetched, jsonString)).start()
    }
}

总结两种场景的核心区别 #

• 不需要用object的场景：
  • 实现的是函数式接口（Kotlin的fun interface或Java的函数式接口）
  • 希望用lambda简化代码，利用SAM转换的语法糖
• 需要用object的场景：
  • 实现的是非函数式接口（包含多个抽象方法）
  • 即使是函数式接口，也希望显式重写方法，清晰展示实现逻辑

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