Android Studio为何建议将代码"移至顶层"？

为什么Android Studio建议将ToolbarBinding移至顶层？ #

• Kotlin里嵌套在类内部的object会持有外部类的隐式引用，这可能引发内存泄漏：如果外部类ToolBarView实例被销毁，但内部object还被其他代码引用，外部类实例就无法被GC回收。
• 顶层object是全局单例，不依赖任何外部类实例，语义更清晰：如果ToolbarBinding的功能和ToolBarView的实例无关，放在顶层更贴合单一职责原则，还能避免不必要的耦合。
• Android Studio的代码分析会检测这类潜在的内存风险，以及不符合最佳实践的嵌套结构，所以给出“移至顶层”的优化建议。

为什么移至顶层后要删除@JvmStatic？ #

• @JvmStatic注解的作用是：在Kotlin的伴生对象或嵌套类的object中，把成员暴露为Java静态方法/字段，方便Java代码调用（因为Java无法直接访问Kotlin object的成员）。
• 当object移到顶层后，它本身就是全局单例，Kotlin会自动为其生成对应的Java静态成员（等价于Java的public static final类+静态实例），此时@JvmStatic完全多余——顶层object的成员默认对Java就是可见的静态成员，再加注解会导致编译冲突，所以必须删除才能消除错误。

代码对比示例 #

移至顶层前（内部object）：

class ToolBarView {
    object ToolbarBinding {
        @JvmStatic
        fun doSomething() {}
    }
}

这里@JvmStatic是为了让Java能通过ToolBarView.ToolbarBinding.doSomething()调用方法。

移至顶层后：

object ToolbarBinding {
    // 无需@JvmStatic，Java直接通过ToolbarBinding.doSomething()调用
    fun doSomething() {}
}

class ToolBarView {
    // ...
}

此时顶层object的成员默认就是Java可访问的静态方法，添加@JvmStatic会重复生成静态成员，触发编译错误。

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