Java의 var는 dynamic typing이 아니다

Sat, 02 May 2026 00:00:00 +0000

Java 10에서 추가된 지역 변수 var. 처음 본 사람이 자주 오해하는 부분이 있다.

var는 컴파일 타임 타입 추론이다

1
2


var count = 10;
count = "hello"; // 컴파일 에러

var count = 10을 보면 컴파일러가 우변(10)을 분석해서 count의 타입을 int로 고정한다. 그 뒤로 다른 타입을 대입할 수 없다.

JavaScript의 var나 Python 변수와는 다르다. 저쪽은 런타임에 타입이 자유롭게 바뀌지만, Java의 var는 작성 시점에 이미 타입이 결정되어 있고 단지 직접 적지 않을 뿐이다.

어디서 쓰면 좋은가

1
2
3


var users = new ArrayList<UserSummary>(); // 우변에 타입이 보임
var line = reader.readLine(); // String임이 명확
var entry = map.entrySet().iterator().next(); // 길어지는 제네릭 생략

우변만으로 타입을 즉시 알 수 있을 때는 var가 가독성을 높여준다.

어디서 쓰지 않는 게 나은가

우변만 봐서는 타입이 안 보일 때

1

var result = service.process(input); // 결과 타입이 뭔지 알기 어려움

코드 리뷰어는 IDE 없이 GitHub diff로 보는 경우도 많다. 명시적으로 적어주면 리뷰가 빨라진다.

람다 매개변수

1

var f = (String s) -> s.length(); // 컴파일 에러

var는 람다 자체에는 쓸 수 없다. 우변이 람다일 때 좌변 타입을 알아야 컴파일러가 람다를 어떤 함수형 인터페이스로 해석할지 결정할 수 있기 때문이다.

primitive와 박싱이 의도된 경우

1
2


var x = 0; // int
var y = Integer.valueOf(0); // Integer

성능이나 null 가능성이 중요한 코드라면 의도를 명시하는 편이 안전하다.

마무리

var는 “타입 적기 귀찮을 때 쓰는 dynamic 변수"가 아니라 “컴파일러가 우변 보고 타입을 채워주는 단축 표기"다. 동작이 다르니 사용 경계도 다르다.

Stream.toList()와 collect(toList())는 같지 않다

Sat, 02 May 2026 00:00:00 +0000

Java 16에서 추가된 Stream.toList(). 기존 collect(Collectors.toList())보다 짧아서 무심코 일괄 치환했다가 UnsupportedOperationException을 만나는 경우가 있다.

결론부터

메서드	반환 List 변경 가능 여부
`Stream.toList()` (Java 16+)	불가능 (immutable)
`Collectors.toList()`	가능 (mutable, 일반적으로 ArrayList)
`Collectors.toUnmodifiableList()`	불가능 (immutable)

코드로 비교

1
2
3
4
5


List<String> a = Stream.of("x", "y").toList();
a.add("z"); // UnsupportedOperationException

List<String> b = Stream.of("x", "y").collect(Collectors.toList());
b.add("z"); // OK

이름과 결과는 비슷하지만 동작이 다르다.

왜 다른가

Collectors.toList()의 명세에는 “반환 리스트의 type, mutability, serializability, thread-safety는 보장하지 않는다"라고 적혀 있다. 다만 실제 구현이 오랜 기간 ArrayList였고, 사람들이 그 동작에 의존해서 add를 호출해 왔다. 코드베이스 곳곳에 mutable 가정이 박혀 있는 상태다.

Stream.toList()는 새로 추가되면서 처음부터 immutable이라고 명시했다. 명세대로 변경 메서드는 던진다.

어떻게 갈아끼울지

결과를 그대로 읽기만 하면 Stream.toList()가 낫다. 짧고 의도(불변)도 명확하다.
이후 add / remove / 정렬 등 변경이 필요하면 collect(Collectors.toList()) 또는 new ArrayList<>(stream.toList()).
명시적으로 불변을 보장하고 싶으면 Collectors.toUnmodifiableList() 또는 List.copyOf(...).

마무리

리팩토링하면서 IDE 일괄 변환으로 .collect(Collectors.toList())를 .toList()로 모두 바꿨다가, mutable에 의존한 코드가 한참 후 단위 테스트에서 깨지는 경우가 있다. 같은 이름이라도 명세가 다르면 결과도 다르다.

TIL on monkshark.dev