자바 8 전에는 기존 구현체를 깨뜨리지 않고는 인터페이스에 메서드를 추가할 방법이 없었음, 인터페이스에 메서드를 추가하면 보통은 컴파일 오류가 나는데 추가된 메서드가 우연히 기존 구현체에 이미 존재할 가능성은 아주 낮기 때문임
자바 8에서는 기존 인터페이스에 메서드를 추가할 수 있도록 디폴트 메서드를 소개했지만 위험이 완전히 사라진 것은 아님
기존 인터페이스에 메서드를 추가하는 길이 열렸지만 여기서 모든 기존 구현체들과 매끄럽게 연동되리라는 보장이 없음
디폴트 메서드는 구현 클래스에 대해 아무것도 모른 채 합의 없이 무작정 삽입되는것임
자바 8에서는 핵심 컬렉션 인터페이스들에 다수의 디폴트 메서드가 추가됨 주로 람다를 활용하기 위해서임
생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 작성하기란 어려운 법임
예를 들어 Collection
인터페이스에 추가된 removeIf
메서드가 있음, 이 메서드는 주어진 boolean
함수 predicate
가 true
를 반환하는 모든 원소를 제거함, 디폴트 구현은 반복자를 이용해 순회하면서 각 원소를 인수로 넣어 predicate
를 호출하고 predicate
가 true
를 반환하면 반복자의 remove
메서드를 호출해 그 원소를 제거함
default boolean removeIf(Predicate<? super E> filter) {
Object.requireNonNull(filter);
boolean result = false;
for (Iterator<E> it = iterator(); it.hasNext(); ) {
if (filter.test(it.next())) {
it.remove();
result = true;
}
}
return result;
}
여기서 이게 모두 다 잘 어우러지는 것은 아님, 아파치 커먼즈 라이브러리의 SynchronizedCollection
클래스에서 removeIf
메서드를 재정의하지 않고 있음
그래서 자바 8과 함께 사용할 시 디폴트 구현을 물려받아 모든 메소드 호출을 알아서 동기화해주지 못함, removeIf
의 구현은 동기화에 관해 아무것도 모르므로 락 객체를 사용할 수 없음
따라서 SynchronizedCollection
인스턴스를 여러 스레드가 공유하는 환경에서 한 스레드가 removeIf
를 호출하면 예외가 터지거나 예기치 못한 결과로 이어짐
그래서 이런 문제를 예방하기 위해서 일련의 조치를 취함
예를 들어 구현한 인터페이스의 디폴트 메서드를 재정의하고, 다른 메서드에서는 디폴트 메서드를 호출하기 전에 필요한 작업을 수행하도록 함
그러면 Collections.synchronizedCollection
이 반환하는 package-private 클래스들은 removeIf
를 재정의하고, 이를 호출하는 다른 메서드들은 디폴트 구현을 호출하기 전에 동기화를 하도록 함(그래도 여전한 문제는 있음)
디폴트 메서드는 (컴파일에 성공하더라도) 기존 구현체에 런타임 오류를 일으킬 수 있음
기존 인터페이스에 디폴트 메서드로 새 메서드를 추가하는 일은 꼭 필요한 경우가 아니면 피해야함
추가하려는 디폴트 메서드가 기존 구현체들과 충돌하지는 않을지 심사숙고 해야함
하지만 새로운 인터페이스를 만드는 경우라면 표준적인 메서드 구현을 제공하는 데 유용한 수단임, 그 인터페이스를 더 쉽게 구현해 활용할 수 있게끔 해줌
디폴트 메서드는 인터페이스로부터 메서드를 제거하거나 기존 메서드의 시그니처를 수정하는 용도가 아님을 명심해야함
핵심은 명백함, 디폴트 메서드라는 도구가 생겼더라도 인터페이스를 설계할 때는 여전히 세심한 주의를 기울여야함
새로운 인터페이스라면 릴리스 전에 반드시 테스트를 거쳐야함