Item53. 가변인수는 신중히 사용하라

가변인수(varargs) 메서드는 명시한 타입의 인수를 0개 이상 받을 수 있다. 가변인수 메서드를 호출하면 가장먼저 인수의 개수와 길이가 같은 배열을 만들고 인수들을 이 배열에 저장하여 가변인수 메서드에 건네준다.

 

인수가 1개 이상어어야 하는 최솟값을 찾는 메서드라면 인수를 0개만 받을 수 있도록 설계하는 건 좋지 않다.

인수 개수는 런타임에 자동 생성된 배열의 길이로 알 수 있다.

이 방식의 심각한 문제는 인수를 0개만 넣어 호출하면 컴파일타임이 아닌 런타임에 실패한다는 점이다. 코드도 지저분하다.

args 유효성 검사를 명시적으로 해야하고, min의 초깃값을 Integer.MAX_VALUE로 설정하지 않고는 더 명료한 for-each문도 사용할 수 없다.(가변인자에 값이 없을 수 있으니 무조건 초깃값을 가지는 Integer.MAX_VALUE로 설정하는 말인듯 하다.)

 

다행히 훨씬 나은 방법이 있다. 매개변수를 2개 받아 첫 번째는 평범한 매개변수를 받고, 가변인수는 두 번째로 받으면 앞의 문제가 사라진다.

인자값을 꼭 1개는 넣어야 컴파일 에러가 나지 않는다.

 

가변인수는 인수 개수가 정해지지 않았을 때 아주 유용하지만 성능에 민감한 상황이라면 가변인수가 걸림돌이 될 수 있다.

가변인수 메서드는 호출될 때마다 배열을 새로 하나 할당하고 초기화한다.

다행히 가변인수의 유연성이 필요할 때 선택할 수 있는 멋진 패턴이 있다.

예를 들어 해당 메서드 호출의 95%가 인수를 3개 이하로 사용한다고 했을 때 인수가 0개인 것부터 4개인 것까지 총 5개를 다중정의하자. 마지막 다중정의가 메서드가 인스 4개인 5%의 호출을 담당한다.

EnumSet의 정적 팩터리도 이 기법을 사용해 열거 타입 집합 생성 비용을 최소화한다.

 

핵심정리

인수 개수가 일정하지 않은 메서드를 정의해야 한다면 가변인수가 반드시 필요하다.

메서드를 정의할 때 필수 매개변수는 가변인수 앞에 두고, 가변인수를 사용할 때는 성능문제까지 고려하자.