상속(Inheritance) 보단 조합(Composition)?

정한결·2026년 4월 17일

CS Java 상속 조합

[객체지향] 상속보다 조합을 사용해야 하는 이유

객체지향 4대 요소 중 하나인 '상속'은 강력한 도구이지만, 잘못 사용하면 독이 될 수 있다.
우아한테크 테코톡의 '로키'님 발표를 바탕으로 왜 상속보다 조합을 권장하는지 정리해 보았다.

1. 상속(Inheritance)의 빛과 그림자

✨ 장점

코드 재사용: 부모 클래스의 기능을 그대로 물려받아 빠르게 개발할 수 있다.

다형성: 부모 타입으로 자식 객체를 다룰 수 있어 확장에 유리하다.

🌑 치명적인 단점 🌑: 캡슐화를 깨뜨린다

상속은 부모 클래스의 내부 구현이 자식 클래스에게 노출된다.
이로 인해 부모와 자식이 강하게 결합(Strong Coupling)된다.

부모 클래스가 조금만 바뀌어도 자식 클래스가 오작동할 수 있다.

부모 클래스의 결함이 자식 클래스에게 그대로 전수된다.

(예: 자바의 Stack이 Vector를 상속받아 생긴 설계 오류)

2. 상속의 문제점 예시: HashSet을 상속받은 경우

public class MyHashSet<E> extends HashSet<E> {
    private int addCount = 0; // 추가된 원소의 개수를 세는 변수

    @Override
    public boolean add(E e) {
        addCount++;
        return super.add(e);
    }

    @Override
    public boolean addAll(Collection<? extends E> c) {
        addCount += c.size();
        return super.addAll(c);
    }

    public int getAddCount() {
        return addCount;
    }
}

HashSet을 상속받아 추가된 원소의 개수를 세는 CounterSet을 만들었을 때, addAll() 메서드를 호출하면 예상치 못한 결과가 나올 수 있다.

원인: HashSet의 addAll() 내부에서 각 원소를 추가할 때 자기 자신의 add()를 호출하기 때문이다.

자식 클래스에서 add()를 오버라이딩했다면, addAll() 호출 시 카운트가 중복으로 올라가는 문제가 발생한다.

3. 해결책: 조합(Composition)

public class RokiSetWrapper<E> {
    private final HashSet<E> set = new HashSet<>(); // 상속 대신 필드로 가짐
    private int addCount = 0;

    public void add(E e) {
        addCount++;
        set.add(e);
    }

    public void addAll(Collection<? extends E> c) {
        addCount += c.size();
        set.addAll(c); // HashSet 내부에서 무슨 짓을 하든 내 카운트엔 영향 없음!
    }

    public int getAddCount() {
        return addCount;
    }
}

조합은 기존 클래스를 상속하는 대신, 새로운 클래스의 프라이빗 필드로 기존 클래스의 인스턴스를 참조하는 방식이다.

🏗️ 조합의 구조 (Has-a 관계)
새로운 클래스는 기존 클래스의 메서드를 호출하여 결과를 반환하는 '전달(Forwarding)' 방식을 사용한다.

유연성: 기존 클래스의 내부 구현이 바뀌어도 새로운 클래스는 영향을 받지 않는다.

캡슐화 유지: 메서드 호출을 통해서만 소통하므로 내부가 노출되지 않는다.

독립성: 상속처럼 부모의 결함을 강제로 물려받지 않아도 된다.