回答。

常量声明和伴生对象的使用是Kotlin中的重要概念，它们取代了Java中的静态成员以及与之相关的在面向对象编程（OOP）和函数式编程之间交叉时的困难。

问题的历史： 在Java中，常量通常使用static final字段，静态方法用于辅助或工厂功能。在Kotlin中，static被替换为object和companion object，而对于编译时常量则使用关键词const。

问题： 需要声明不依赖于类实例的值，并组织工厂方法和静态状态，而不破坏OOP的完整性。

解决方案： 伴生对象（companion object）在类内部声明，允许放置对所有实例共同的成员：

代码示例：

class MyClass {
    companion object {
        const val DEFAULT_LIMIT = 10
        fun create(): MyClass = MyClass()
    }
}

val limit = MyClass.DEFAULT_LIMIT
val instance = MyClass.create()

关键特点：

伴生对象中的一切 behaves like static members in Java，但保留了OOP集成和继承/接口的可能性
对于编译时常量，伴生对象内部必须带有const标签
伴生对象本身作为对象可用（可以保存引用），并可以实现接口

具有误导性的问题。

伴生对象可以在类中有多个实例吗？

不可以，一个类中只能有一个伴生对象。尝试声明第二个将导致编译错误。但是，在伴生对象内可以有任意数量的方法/属性。

可以在伴生对象内部初始化lateinit变量吗？

不可以，因为带有const的属性或伴生对象内的变量必须立即初始化，或者是带有显式初始化的val/var。伴生对象内部不允许使用lateinit。

伴生对象可以有自己的名称吗？何时需要？

可以，伴生对象的名称是显式指定的，如果需要通过名称访问它或者实现接口时。例如：

class Foo {
    companion object Factory {
        fun create(): Foo = Foo()
    }
}
val instance = Foo.Factory.create()

常见错误和反模式

在伴生对象中使用可变静态变量，这可能导致多线程代码中的竞争条件
在同一对象中混合编译时常量（const）和运行时值
不必要的伴生对象，当只需要文件级功能/属性时

生活中的实例

负面案例

程序的所有辅助功能和全局变量都放在伴生对象中，使用var而不是val/const：

优点：

所有"静态"函数和变量在一个地方，容易找到。

缺点：

测试困难，状态是全局的，可能在代码的其他地方被意外修改。

积极案例

仅在伴生对象内使用编译时常量（const val）和纯函数，所有可变的要么是局部的，要么通过依赖注入传递：