Java 27 chính thức phát hành: G1 thành GC mặc định, mã hóa hậu lượng tử và 9 JEP quan trọng

JDK 27, bản triển khai tham chiếu của Java 27, vừa chính thức đạt trạng thái Generally Available (GA). Build 35 được phát hành dưới dạng Release Candidate thứ hai vào ngày 20/8 và kể từ đó không ghi nhận lỗi P1 nào, vì vậy build này trở thành bản GA sẵn sàng cho môi trường production.

Các bản build OpenJDK giấy phép GPL từ Oracle đã có tại jdk.java.net/27, và bản từ các nhà cung cấp khác như Azul, Amazon Corretto, Microsoft Build of OpenJDK hay Eclipse Temurin dự kiến sẽ sớm xuất hiện.

Chín JEP định hình bản phát hành này

Java 27 mang đến chín JEP (JDK Enhancement Proposal), trải rộng từ quản lý bộ nhớ, bảo mật đến mô hình lập trình đồng thời. Điểm đáng chú ý là phần lớn các tính năng vẫn ở dạng preview hoặc incubator — Java tiếp tục theo đuổi triết lý "ổn định trước, hoàn thiện sau".

• JEP 523 — Make G1 the Default Garbage Collector in All Environments: Đây có lẽ là thay đổi có tác động rộng nhất. Từ trước tới nay, G1 đã là mặc định trên máy chủ, nhưng các môi trường tài nguyên hạn chế vẫn dùng Serial GC. Java 27 thống nhất toàn bộ về G1, giúp hành vi của ứng dụng nhất quán hơn giữa môi trường phát triển và production.
• JEP 527 — Post-Quantum Hybrid Key Exchange for TLS 1.3: Bổ sung trao đổi khóa lai kết hợp thuật toán hậu lượng tử, chuẩn bị cho nguy cơ máy tính lượng tử phá vỡ mã hóa hiện tại. Đây là bước đi mang tính chiến lược cho các hệ thống cần bảo mật dài hạn.
• JEP 531 — Lazy Constants (Third Preview): Cho phép khai báo hằng số được khởi tạo muộn, giảm chi phí khởi động ứng dụng.
• JEP 532 — Primitive Types in Patterns, instanceof, and switch (Fifth Preview): Mở rộng pattern matching cho cả kiểu nguyên thủy, tiếp tục hoàn thiện mô hình lập trình hiện đại của Java.
• JEP 533 — Structured Concurrency (Seventh Preview): Đơn giản hóa lập trình đa luồng bằng cách nhóm các tác vụ liên quan thành một đơn vị xử lý thống nhất, dễ quản lý lỗi và hủy bỏ hơn.
• JEP 534 — Compact Object Headers by Default: Mặc định dùng header đối tượng thu gọn, giúp tiết kiệm đáng kể bộ nhớ heap trên các ứng dụng lớn.
• JEP 536 — JFR In-Process Data Redaction: Cho phép che giấu dữ liệu nhạy cảm ngay trong tiến trình khi ghi Java Flight Recorder, hỗ trợ tuân thủ quy định bảo mật.
• JEP 537 — Vector API (Twelfth Incubator): Tiếp tục incubator API tính toán vector, hướng tới tận dụng tập lệnh SIMD của CPU cho các tác vụ tính toán nặng.
• JEP 538 — PEM Encodings of Cryptographic Objects (Third Preview): Hỗ trợ mã hóa và giải mã đối tượng mật mã theo định dạng PEM quen thuộc.

Ngoài chín JEP trên, bản phát hành còn bao gồm hàng trăm cải tiến nhỏ và hàng nghìn bản sửa lỗi — đặc trưng của mỗi chu kỳ Java.

Ý nghĩa với cộng đồng Java tại Việt Nam

Với các đội phát triển backend tại Việt Nam đang vận hành hệ thống Java trên Kubernetes, hai thay đổi đáng quan tâm nhất là G1 mặc định toàn môi trường và compact object headers mặc định. Cả hai đều có thể cải thiện hiệu quả sử dụng bộ nhớ mà không cần sửa mã nguồn — điều đặc biệt có ý nghĩa khi chi phí hạ tầng cloud là mối quan tâm thường trực.

Trong khi đó, JEP 527 là tín hiệu cho thấy hệ sinh thái Java đang chuẩn bị cho kỷ nguyên hậu lượng tử. Các tổ chức tài chính, ngân hàng và fintech — những lĩnh vực có yêu cầu bảo mật khắt khe — nên bắt đầu đánh giá lộ trình nâng cấp TLS của mình.

Bản phát hành này cũng là lời nhắc rằng Java vẫn duy trì nhịp phát hành đều đặn sáu tháng một lần, với các tính năng lớn được "ủ" qua nhiều vòng preview trước khi chính thức hóa.

Việc nâng cấp lên Java 27 nhìn chung không đòi hỏi thay đổi lớn về mã nguồn, nhưng các đội nên kiểm tra kỹ tác động của G1 trên các workload có đặc thù riêng, đồng thời theo dõi các bản build từ nhà cung cấp mà mình đang sử dụng trước khi triển khai lên production.