JEP 10개, 뭐가 다른가 — 한눈에 보는 분류표

Java 26은 2026년 3월 17일 JavaOne 2026에서 정식 출시됐습니다. 오라클 공식 발표에 따르면 이번 릴리스에는 10개의 JEP(JDK Enhancement Proposal)가 포함돼 있고, 그 중 5개는 확정(Finalized), 4개는 미리보기(Preview), 1개는 인큐베이터(Incubator) 상태입니다. (출처: Oracle Java 26 공식 보도자료, 2026.03.17)

이 구분이 중요한 이유가 있습니다. Preview와 Incubator 기능은 --enable-preview 플래그 없이는 컴파일 자체가 안 됩니다. 프로덕션 코드에 올리면 다음 버전에서 API가 바뀌어 다시 깨질 수도 있습니다.

⚠️ Preview는 --enable-preview 필요. ❌ Incubator는 --add-modules jdk.incubator.vector 필요.

▲ 목차로 돌아가기

G1 GC 처리량 5~15% 향상 — 코드 0줄 바꾸고 성능이 오릅니다

JEP 522는 G1 가비지 컬렉터에서 애플리케이션 스레드와 GC 스레드 사이의 동기화를 줄이는 방식으로 처리량을 높입니다. OpenJDK 공식 JEP 522 벤치마크 기준 처리량 개선폭은 5~15%입니다. (출처: OpenJDK JEP 522, openjdk.org/jeps/522) 이게 단순한 숫자가 아닌 이유는, 쓰레기 수집기가 기본값이기 때문입니다 — G1은 JDK 9부터 디폴트 GC이고 별도 설정이 없다면 지금도 G1이 돌고 있을 가능성이 높습니다.

기존에 많은 블로그들이 언어 기능(Structured Concurrency, Primitive Patterns 등)을 Java 26 최대 화제로 소개합니다. 막상 프로덕션 관점에서 오늘 당장 영향을 주는 건 JVM 성능 개선 쪽이 훨씬 큽니다. SAP의 JVM 개발자 Johannes Bechberger는 “Java 26에서 가장 중요한 실용적 개선은 언어나 API가 아니라 G1 GC 처리량 향상”이라고 직접 언급했습니다. (출처: mostlynerdless.de, 2026.03.17)

▲ 목차로 돌아가기

AOT 객체 캐싱, JDK 24와 뭐가 달라졌나

AOT 객체 캐싱(JEP 516)은 JDK 24(JEP 483)에서 먼저 도입됐지만, 당시에는 G1 GC에서만 동작했습니다. Java 26에서 ZGC를 포함한 모든 GC로 확장됐습니다. (출처: Oracle Java 26 공식 보도자료, oracle.com/kr) 저지연 워크로드에 ZGC를 쓰는 팀이라면 이번에 처음으로 AOT 캐싱 혜택을 받을 수 있습니다.

실제로 이걸 쓰는 흐름은 3단계입니다. 첫 번째로 훈련 실행(training run)을 통해 시작 시 생성되는 객체를 기록하고, 두 번째로 AOT 캐시를 생성하고, 세 번째로 캐시를 불러와 애플리케이션을 시작합니다. 아래처럼 JVM 플래그 수준에서 설정합니다.

# 1단계: 훈련 실행
java -XX:AOTCacheOutput=app.aot -jar myapp.jar
# 2단계: 이후 실행 (ZGC 사용 예시)
java -XX:AOTCache=app.aot -XX:+UseZGC -jar myapp.jar

마이크로서비스나 컨테이너 환경에서는 시작 시간이 직접적으로 스케일링 속도에 영향을 미칩니다. 코드 변경 없이 JVM 시작 시간을 줄일 수 있다는 점에서 G1 GC 처리량 개선과 함께 즉시 효과를 기대할 수 있는 변경입니다.

▲ 목차로 돌아가기

HTTP/3 표준 탑재 — 기대만큼은 아닌 이유

JEP 517은 java.net.http.HttpClient API에 HTTP/3(QUIC 기반) 지원을 추가합니다. Java 11부터 있던 HttpClient에 HttpClient.Version.HTTP_3를 명시하면 HTTP/3로 통신하고, 서버가 지원하지 않으면 HTTP/2·HTTP/1.1로 자동 폴백합니다. (출처: OpenJDK JEP 517, openjdk.org/jeps/517) API 변경 없이 opt-in 방식이라 기존 코드에 영향을 주지 않습니다.

솔직히 말하면, HTTP/3가 있다고 당장 체감 성능이 올라가는 팀은 많지 않습니다. Netty 개발자가 직접 “HTTP는 보통 병목이 아니고, HTTP/2로도 충분하다”고 밝혔습니다. (출처: mostlynerdless.de, 2026.03.17) HTTP/3의 실질적 이득은 고지연 네트워크나 패킷 손실이 잦은 환경에서 두드러지는데, 내부 마이크로서비스 간 통신보다는 외부 API 클라이언트 쪽이 해당됩니다.

▲ 목차로 돌아가기

final 필드 경고 시작 — Jackson, Gson 쓴다면 지금 확인하세요

JEP 500은 리플렉션으로 final 필드를 강제 수정하는 코드에 경고를 추가합니다. Java 26에서는 아직 경고(WARNING) 수준이지만, 오라클은 미래 버전에서 이를 완전히 차단할 계획을 공식화했습니다. (출처: OpenJDK JEP 500, openjdk.org/jeps/500) 문제는 Jackson, Gson, 그리고 일부 직렬화·의존성 주입 프레임워크들이 내부적으로 이 방식을 사용한다는 점입니다.

Java 26으로 올리고 나서 콘솔에 WARNING: Reflective mutation of final field 메시지가 뜬다면, 그건 해당 라이브러리 버전에서 이미 감지된 겁니다. 지금 당장 앱이 터지진 않지만, 다음 LTS(JDK 29 또는 31 예상)에서 이 경고가 예외(exception)로 바뀔 수 있습니다. Jackson은 2.18 이상, Gson은 2.11 이상 버전으로 올리면 이 경고를 피할 수 있습니다. (출처: dev-post.com Java 26 분석, 2026.03.20 기준 정보)

▲ 목차로 돌아가기

Preview 5개 — 지금 프로덕션에 쓰면 안 되는 이유

Structured Concurrency(JEP 525), Lazy Constants(JEP 526), Primitive Patterns(JEP 530), PEM 인코딩(JEP 524), Vector API(JEP 529)는 전부 --enable-preview 또는 --add-modules 없이는 컴파일이 안 됩니다. 그리고 Preview라는 상태는 “다음 버전에서 API가 바뀔 수 있다”는 뜻입니다. Structured Concurrency는 이번이 6차 미리보기, Vector API는 무려 11차 인큐베이터입니다. (출처: OpenJDK Project JDK/26, openjdk.org/projects/jdk/26)

이걸 프로덕션에 올렸다가 Java 27로 올릴 때 API가 바뀌면 다시 고쳐야 합니다. 6개월마다 한 번씩 그 작업을 반복하게 되는 겁니다. Preview 기능의 본래 목적은 개발자 피드백을 받아서 API를 개선하는 것입니다. 지금은 실험적으로 써보고 JDK 팀에 피드백을 보내는 쪽이 옳은 용도입니다.

▲ 목차로 돌아가기

non-LTS라는 함정 — 6개월짜리 지원의 진짜 의미

Java 26은 LTS(Long-Term Support) 버전이 아닙니다. 오라클의 프리미어 지원 기간은 2026년 9월까지, 즉 약 6개월입니다. 그 이후에는 JDK 27이 나오면서 Java 26은 더 이상 업데이트를 받지 않습니다. (출처: Oracle JDK Support Roadmap, oracle.com/java/technologies/java-se-support-roadmap.html) 엔터프라이즈 환경에서 Java 26을 프로덕션에 올리면 6개월 안에 다시 올려야 한다는 의미입니다.

가장 최근 LTS는 JDK 25이고, 그 전은 JDK 21입니다. 보수적인 업그레이드 사이클을 유지하는 팀이라면 Java 26은 프로덕션보다 스테이징 환경 검증, 새 기능 테스트, 팀 내 기술 학습용으로 활용하는 게 맞습니다. 단, G1 GC 개선이나 AOT 캐싱 효과를 빠르게 보고 싶다면, 6개월 주기 업그레이드를 수용하는 팀한테는 오늘 올릴 이유가 있습니다.

▲ 목차로 돌아가기

자주 나오는 질문 Q&A

▲ 목차로 돌아가기

마치며

Java 26을 정리해보면, 이번 릴리스는 화려하지 않은 대신 실용적입니다. 가장 체감되는 변화는 언어 기능이 아니라 G1 GC 처리량 5~15% 향상과 AOT 객체 캐싱 범위 확대입니다. 코드를 한 줄도 바꾸지 않고 JVM만 올려도 성능이 달라지는 릴리스는 흔하지 않습니다.

반면 많이 기대하던 Preview 기능들은 아직 완전하지 않습니다. Structured Concurrency가 6번째 미리보기라는 건 API가 아직 확정되지 않았다는 뜻이고, Vector API는 11번째 인큐베이터입니다. 프로덕션 코드에 넣기엔 이르고, 실험과 피드백 용도로 써보는 게 맞는 단계입니다.

non-LTS라는 점은 여전히 중요한 제약입니다. 6개월 지원이라는 현실을 감안하면, 엔터프라이즈 환경이라면 Java 25 LTS에서 다음 LTS를 기다리는 전략이 더 안전합니다. Java 26은 그 경로에서 성능 개선 사항을 미리 확인하고, 라이브러리 호환성을 점검하고, 팀을 준비시키는 데 쓰기 좋은 버전입니다.

📚 본 포스팅 참고 자료

1. Oracle Java 26 공식 보도자료 — oracle.com/kr
2. Oracle Java 기술 블로그 (The Arrival of Java 26) — blogs.oracle.com/java
3. OpenJDK JEP 522 (G1 GC 처리량 개선) — openjdk.org/jeps/522
4. OpenJDK JEP 500 (final 필드 뮤테이션 경고) — openjdk.org/jeps/500
5. OpenJDK JEP 517 (HTTP/3 지원) — openjdk.org/jeps/517
6. mostlynerdless.de — “Java 26 is boring, and that’s a good thing” (2026.03.17) — mostlynerdless.de