Java 성능의 새 지평, Project Valhalla JDK 28에 상륙!

커뮤니티에서는 Value Classes가 기존 객체와 달리 식별성(Identity)을 포기한다는 점에 주목합니다. 이는 데이터 격리 아키텍처(Data Isolation Architecture)를 통해 메모리상에서 데이터를 조밀하게 배치하여 캐시 효율성(Cache Efficiency)을 높이는 핵심입니다. 기존 객체는 힙(Heap)에 분산되어 헤더 오버헤드와 포인터 역참조로 인한 성능 저하가 발생했지만, Value Classes는 이러한 문제를 해결할 것으로 기대됩니다.

JEP 401은 Scalarization과 Heap Flattening이라는 두 가지 주요 최적화 기법을 도입합니다. Scalarization은 Value Object의 필드를 직접 CPU 레지스터나 변수로 풀어내어 할당 및 GC 부담을 줄입니다. Heap Flattening은 객체 데이터를 메모리상에 연속적으로 배치하여 데이터 지역성(Data Locality)을 극대화합니다. 다만, 원자적 쓰기(Atomic Write) 가능한 크기 제한으로 인해 모든 Value Class가 즉시 최적화되는 것은 아니라는 점이 지적됩니다.

기존 Java의 타입 소거(Type Erasure) 방식은 Value Classes와 함께 사용할 때 성능 이점을 상실시키는 주요 원인으로 지적됩니다. Universal Generics와 Specialized Generics를 통해 이 문제를 해결하려 하지만, JDK 28에는 아직 Preview 단계이며 완전한 통합은 향후 릴리스에서 이루어질 예정입니다. 개발자들은 null 오염(Null Pollution) 경고에 대한 대비가 필요하며, 라이브러리 생태계의 변화를 주시해야 합니다.

Value Classes 도입으로 인해 `==` 연산자의 의미가 변경되고, `synchronized` 키워드 사용 시 `IdentityException`이 발생할 수 있습니다. 특히 객체 식별성(Object Identity)에 의존하는 기존 코드는 검토 및 수정이 필요할 수 있습니다. 또한, `Integer`와 같은 기본 타입 래퍼 클래스가 Value Class로 전환되면서 일부 코드에서 예상치 못한 동작이 발생할 가능성이 언급되었습니다.

10년 이상 진행된 Valhalla 프로젝트는 여러 프로토타입과 아이디어의 폐기를 거쳐 현재의 형태로 발전했습니다. 초기 모델의 복잡성을 줄이고 개발자 친화적인 방향으로 설계된 점이 긍정적으로 평가받습니다. 일부에서는 .NET의 Struct와 유사하다는 의견도 있으나, Valhalla는 식별성을 포기한다는 점에서 차별점을 가집니다. 커뮤니티는 Java의 근본적인 변화에 대한 기대와 함께, 점진적인 롤아웃 및 향후 발전 가능성에 주목하고 있습니다.