null 반환값은 무시하기 쉽고, 그 결과인 NPE — "10억 달러짜리 실수" — 는 가장 흔한 Java 버그 중 하나입니다.
// ✅ 반환 타입 자체가 "없을 수 있음" 을 알림 — 호출자가 반드시 처리
public Optional<User> findUser(String id) {
return Optional.ofNullable(userMap.get(id));
}
이제 시그니처가 부재를 명시적으로 만들고, 컴파일러가 권장하는 API가 호출자로 하여금 빈 경우를 다루도록 유도합니다.
Optional<String> a = Optional.of("hi"); // 값 존재 (null 을 전달하면 던짐)
Optional<String> b = Optional.empty(); // 명시적으로 부재
Optional<String> c = Optional.ofNullable(x); // x != null 이면 존재, 아니면 빔
Optional<User> user = findUser("123");
// 대체값 제공
User u = user.orElse(defaultUser);
User u2 = user.orElseGet(() -> createDefault()); // 지연 대체값
User u3 = user.orElseThrow(() -> new NotFoundException());
// 존재할 때만 코드 실행
user.ifPresent(u -> System.out.println(u.getName()));
// 언래핑 없이 변환 (체이닝 가능, null 안전)
String name = user.map(User::getName).orElse("Unknown");
String city = user.map(User::getAddress).map(Address::getCity).orElse("N/A");
함수형 메서드(map, filter, orElse, ifPresent)는 중첩된 null 검사 없이 값을 안전하게 변환하고 추출하며 체이닝할 수 있게 합니다.
// ❌ 목적을 무력화함 — get() 은 비어 있으면 던짐, null 역참조와 같음
if (user.isPresent()) {
User u = user.get(); // 장황하고, isPresent() 를 잊으면 위험함
}
// ✅ 대신 orElse/map/ifPresent 를 사용
// ❌ 필드나 메서드 매개변수에 Optional 을 사용하지 말 것 — 반환 타입을 위해 설계됨
// ❌ Optional 을 반환하는 메서드에서 절대 null 을 반환하지 말 것
Optional은 부재의 가능성을 타입 시스템에서 명시적으로 만들어 만연한 null 관련 버그 문제를 다루는 Java의 도구입니다 — 조용한 NPE를 처리된 경우로 바꿉니다.
주된 의도된 용도는 값을 생성하지 않을 수 있는 메서드의 반환 타입으로, 빈 경우에 대한 고려를 문서화하고 강제하며, 함수형 메서드(map, orElse, ifPresent)가 깔끔한 null 안전 체이닝을 가능하게 합니다.
이를 올바르게 사용하는 방법 — 그리고 안티패턴(부주의한 get() 호출, 필드/매개변수에 사용, null 반환) — 을 이해하면 NPE가 더 적은, 더 견고하고 자기 문서화하는 코드로 이어집니다. 이것이 Optional이 모범 사례 도구이자 현대 Java의 흔한 면접 주제인 이유입니다.