Tóm tắt tin tức OpenJDK: Vector API, Compact Object Headers và G1GC làm mặc định trong JDK 27

Hệ sinh thái OpenJDK đã có một tuần hoạt động sôi nổi vào giữa tháng 5 năm 2026, nổi bật với việc nâng cấp ba JEP (JDK Enhancement Proposal) từ trạng thái Đề xuất lên Mục tiêu và ba JEP khác từ Ứng viên lên Đề xuất để Mục tiêu cho phiên bản JDK 27. Đồng thời, lịch trình phát hành dự kiến cho phiên bản này cũng đã được chính thức chốt lại.

Các JEP đã được xác nhận cho JDK 27

Ba JEP sau đây đã được xác nhận là sẽ có mặt trong JDK 27:

JEP 537: Vector API (Lần ươm tạo thứ 12) Đề xuất này đưa ra lần ươm tạo (incubator) thứ 12 cho Vector API, không có thay đổi đáng kể về mặt triển khai kể từ JDK 25 sau 11 vòng ươm tạo từ JDK 16 đến JDK 26. Tính năng này giới thiệu một API để "biểu diễn các tính toán vector có thể biên dịch một cách đáng tin cậy tại thời điểm chạy thành các lệnh vector tối ưu trên các kiến trúc CPU được hỗ trợ, từ đó đạt được hiệu suất vượt trội so với các tính toán vô hướng (scalar) tương đương". Vector API sẽ tiếp tục ở giai đoạn ươm tạo cho đến khi các tính năng cần thiết của Dự án Valhalla sẵn sàng dưới dạng tính năng xem trước (preview). Khi đó, nhóm phát triển sẽ điều chỉnh Vector API để sử dụng các tính năng này và nâng cấp nó từ Ươm tạo lên Xem trước.

JEP 537: Compact Object Headers theo mặc định Đề xuất này nhằm biến JEP 519 (Compact Object Headers), vốn đã được đưa ra trong JDK 25, trở thành bố cục tiêu đề đối tượng (object header layout) mặc định trong HotSpot JVM. Việc này giúp tối ưu hóa bộ nhớ và hiệu suất cho các ứng dụng Java.

JEP 523: Thiết lập G1 làm Bộ thu gom rác mặc định trong mọi Môi trường Đề xuất này đặt Bộ thu gom rác Garbage-First (G1 GC) làm "mặc định trong mọi môi trường, chứ không chỉ riêng môi trường máy chủ". Nếu không có bộ thu gom rác nào được chỉ định trong dòng lệnh, HotSpot JVM sẽ luôn chọn G1 GC.

Các JEP được Đề xuất xác nhận cho JDK 27

Ba JEP sau đây đang trong quá trình xem xét để đưa vào mục tiêu phát triển của JDK 27:

JEP 538: Mã hóa PEM cho các đối tượng mật mã Đề xuất này nhằm hoàn thiện tính năng này sau hai vòng xem trước trong JDK 25 và JDK 26. Tính năng này cung cấp "một API để mã hóa các đối tượng đại diện cho khóa mật mã, chứng chỉ và danh sách thu hồi chứng chỉ sang định dạng vận chuyển Privacy-Enhanced Mail (PEM) phổ biến, và giải mã từ định dạng đó trở lại các đối tượng". JEP này sẽ hỗ trợ chuyển đổi giữa văn bản PEM và các đối tượng mật mã ở định dạng nhị phân PKCS #8 và X.509. Các thay đổi bao gồm: phân loại lại lớp bản ghi PEM thành lớp thông thường để thuận tiện cho việc cung cấp các hàm tạo chấp nhận nội dung được mã hóa Base64 trong mảng byte; và đổi tên giao diện DEREncodable thành BinaryEncodable để mô tả chính xác hơn dữ liệu nhị phân được lưu trữ trong văn bản PEM. Việc xem xét dự kiến kết thúc vào ngày 27 tháng 5 năm 2026.

JEP 536: Che giấu dữ liệu trong quá trình của JFR Đề xuất này nhằm nâng cao JDK Flight Recorder (JFR) để che giấu thông tin nhạy cảm trước khi JFR hoàn tất quá trình ghi. Dữ liệu này có thể bao gồm các đối số dòng lệnh, giá trị ban đầu của các biến môi trường và thuộc tính hệ thống. Việc xem xét dự kiến kết thúc vào ngày 26 tháng 5 năm 2026.

JEP 528: Phân tích sự cố sau khi bị lỗi (Post-Mortem Crash Analysis) với jcmd Đề xuất này nhằm mở rộng công cụ jcmd để chẩn đoán JVM trong trường hợp xảy ra sự cố (crash). Mục đích là chuyển loại khả năng phục vụ này vào jcmd thay vì sử dụng tiện ích jhsdb hoặc Serviceability Agent. Việc xem xét dự kiến kết thúc vào ngày 26 tháng 5 năm 2026.

Lưu ý: Tình trạng của JEP 528 có thể đã thay đổi trở lại thành Ứng viên với phiên bản phát hành là JDK 28, nhưng chưa được thông báo chính thức. Cập nhật trong tài liệu JEP được ghi ngày 21 tháng 5 năm 2026, một ngày sau khi nó được tuyên bố là Đề xuất xác nhận cho JDK 27. Chúng tôi sẽ theo dõi và cập nhật khi cần thiết.

Lịch phát hành và Bộ tính năng JDK 27 (Tính đến hiện tại)

Lịch phát hành JDK 27, gần đây được Mark Reinhold (Kiến trúc sư trưởng, Nhóm Nền tảng Java tại Oracle) phê duyệt, như sau:

• Giai đoạn Rampdown Một (fork từ nhánh chính): 4 tháng 6 năm 2026
• Giai đoạn Rampdown Hai: 16 tháng 7 năm 2026
• Bản phát hành ứng viên đầu tiên (Initial Release Candidate): 6 tháng 8 năm 2026
• Bản phát hành ứng viên cuối cùng (Final Release Candidate): 20 tháng 8 năm 2026
• Phát hành chính thức (General Availability): 14 tháng 9 năm 2026

Chỉ còn chưa đầy hai tuần trước khi Giai đoạn Rampdown Một dự kiến diễn ra—nơi bộ tính năng của JDK 27 sẽ được đóng băng—đã có 10 JEP, bao gồm cả những JEP đang ở trạng thái Đề xuất xác nhận, nằm trong bộ tính năng cho đến nay:

1. JEP 523: Thiết lập G1 làm Bộ thu gom rác mặc định trong mọi Môi trường
2. JEP 527: Trao đổi khóa lai hậu lượng tử (Post-Quantum Hybrid Key Exchange) cho TLS 1.3
3. JEP 528: Phân tích sự cố sau khi bị lỗi với jcmd
4. JEP 531: Hằng số lười (Lazy Constants) - Xem trước lần 3
5. JEP 532: Các kiểu nguyên thủy trong Mẫu (Patterns), instanceof và switch - Xem trước lần 5
6. JEP 533: Đồng thời có cấu trúc (Structured Concurrency) - Xem trước lần 7
7. JEP 534: Compact Object Headers theo mặc định
8. JEP 536: Che giấu dữ liệu trong quá trình của JFR
9. JEP 537: Vector API (Lần ươm tạo thứ 12)
10. JEP 538: Mã hóa PEM cho các đối tượng mật mã

JDK 27 sẽ là bản phát hành phi LTS thứ hai kể từ JDK 25, được phát hành vào tháng 9 năm 2025.