companion object 와 object 키워드

1. 개요

자바의 static 은 언어 문법이자 특별 취급되는 멤버다. 코틀린엔 static 키워드가 없다. 대신 object 라는, 그 자체로 하나의 클래스이자 인스턴스인 개념이 있다. 왜 이렇게 갈랐는지, companion object 가 static 을 어떻게 대체하는지, 그리고 이 설계가 실제로 주는 것을 본다.

---

2. 핵심 내용

2-1. object — 언어가 지원하는 싱글톤

object Database {
    private val connections = mutableListOf<Connection>()
    fun connect(): Connection { ... }
}
 
Database.connect()

object 로 선언하면 클래스 정의와 동시에 인스턴스가 딱 하나 생긴다. 자바에서 싱글톤을 만들려면 private 생성자, private static 필드, getInstance() 를 손으로 맞추고 스레드 안전성까지 신경 써야 한다(이 방식엔 이중 검사 락킹 같은 함정도 따라온다). 코틀린은 object 키워드 하나로 이걸 언어가 보장한다. 초기화는 스레드 안전하게, 최초 접근 시점에 지연 생성된다.

2-2. static 이 없는 이유

자바의 static 멤버는 클래스에 속하면서 인스턴스와는 무관하다. 이 어중간한 위치가 문제였다. static 메서드는 다형성이 없고(오버라이딩 안 됨), 인터페이스 구현도 못 하고, 목킹하기도 까다롭다. 코틀린은 “클래스에 속하지만 인스턴스는 아닌 멤버” 라는 개념 자체를 없애고, 대신 object 는 온전한 객체로 만들었다. object 는 인터페이스를 구현할 수 있고, 다른 클래스를 상속할 수 있고, 필요하면 그 자체로 값처럼 전달할 수 있다. static 이 가진 제약이 애초에 없다.

2-3. companion object — 클래스 안의 정적 멤버 자리

static 이 하던 일, 즉 “클래스 이름으로 바로 접근하는 멤버” 가 필요할 때가 있다. 팩토리 메서드, 상수 등이다. 코틀린은 클래스 안에 companion object 를 하나 둘 수 있게 했다.

class User private constructor(val id: Long, val name: String) {
    companion object {
        const val MAX_NAME_LENGTH = 50
 
        fun create(name: String): User {
            require(name.length <= MAX_NAME_LENGTH)
            return User(generateId(), name)
        }
    }
}
 
User.create("junho")

User.create(...), User.MAX_NAME_LENGTH 처럼 클래스 이름으로 바로 접근한다는 점은 static 과 같아 보인다. 하지만 companion object 는 실체가 있는 객체다. User.Companion 이라는 이름으로 참조할 수 있고, 인터페이스를 구현시킬 수 있다.

interface Factory<T> { fun create(): T }
 
class Config private constructor() {
    companion object : Factory<Config> {
        override fun create() = Config()
    }
}

static 은 인터페이스를 구현할 수 없어 자바에서는 이런 패턴이 안 된다. companion object 는 객체이기 때문에 가능하다. 팩토리 패턴을 제네릭하게 다룰 수 있다는 뜻이다.

2-4. 익명 object — 일회용 구현체

이름 없는 object 도 있다. 인터페이스나 추상 클래스를 그 자리에서 즉석 구현할 때 쓴다.

button.setOnClickListener(object : OnClickListener {
    override fun onClick() { println("clicked") }
})

자바의 익명 클래스와 같은 자리지만, 이것도 object 라 진짜 객체라는 점은 같다.

2-5. 주의할 점 — companion object 는 클래스당 하나

companion object 는 클래스마다 최대 하나다. 여러 static 유틸 그룹을 나누고 싶으면 companion object 안에 여러 메서드를 두거나, 최상위 함수(파일 레벨 함수)로 빼는 게 낫다. 또 companion object 의 멤버는 결국 그 클래스가 로드될 때 함께 초기화되는 단일 인스턴스의 멤버이지, 자바처럼 클래스 메타데이터에 박히는 것이 아니라는 점도 다르다. 리플렉션으로 다룰 때 Companion 이라는 실제 객체가 하나 더 있다는 걸 알아야 헷갈리지 않는다.

---

3. 마무리

요약

• object 는 언어가 보장하는 싱글톤이다. 스레드 안전한 초기화를 직접 구현할 필요가 없다.
• 코틀린에 static 이 없는 이유는 “인스턴스 아닌 클래스 멤버” 가 다형성·인터페이스 구현이 안 되는 제약을 없애기 위해서다.
• companion object 는 static 자리를 대신하지만 실체가 있는 객체라 인터페이스 구현, 참조 전달이 된다.
• 익명 object 는 인터페이스·추상 클래스를 그 자리에서 즉석 구현한다.
• companion object 는 클래스당 하나뿐이다. 여러 그룹이 필요하면 최상위 함수로 분리한다.

---