Java 27 chính thức ra mắt: Tối ưu mặc định, sẵn sàng chống lượng tử

Oracle đã phát hành JDK 27 vào thứ Ba vừa qua, đánh dấu một bước trưởng thành đáng chú ý của nền tảng Java. Điểm nhấn của bản phát hành này không nằm ở những tính năng hào nhoáng, mà ở việc Java chủ động bật sẵn những cấu hình mặc định tốt nhất thay vì bắt lập trình viên tự tìm cách kích hoạt.

Theo kỹ sư backend Arvind Kumar trên trang Codefarm, đây là phiên bản mà "Java ngừng yêu cầu bạn phải tự chọn những mặc định tốt, và đơn giản là bật chúng lên". Cách tiếp cận này tuy không mang tính đột phá nhưng lại giúp giảm đáng kể công sức chỉnh sửa cấu hình của các đội phát triển.

JDK 27 là bản phát hành ngắn hạn, không có hỗ trợ dài hạn (LTS). Bản này gồm bốn tính năng đã sẵn sàng cho môi trường sản xuất (JEP) và năm tính năng dạng xem trước đang trong giai đoạn thử nghiệm.

Header đối tượng thu gọn mặc định

Tính năng nổi bật đầu tiên là header đối tượng thu gọn (compact object headers, JEP 534), nay được bật mặc định mà không cần thêm cờ cấu hình như trước.

Trước đây, header của một đối tượng Java chiếm tới 96 bit trong bộ nhớ heap, trong đó phần lớn không gian bị bỏ trống. Với JDK 27, header mặc định chỉ còn 64 bit.

Nghe có vẻ nhỏ, nhưng khi nhân lên hàng triệu đối tượng đang hoạt động, mức tiết kiệm là rất lớn. Kết quả chạy trên bộ benchmark SPECjbb2015 cho thấy việc chuyển sang header 64 bit giúp giảm 22% dung lượng heap và 8% thời gian CPU.

Các ông lớn công nghệ đã kiểm chứng tính năng này trong thực tế:

• Amazon đang vận hành hàng trăm dịch vụ sản xuất với header thu gọn.
• SAP đã chuyển sang dùng header thu gọn làm mặc định cho bản phân phối OpenJDK của mình, SapMachine.

Bố cục mới vẫn dành một số bit cho các dự án tương lai, chẳng hạn 4 bit cho Project Valhalla – dự án đưa value object vào Java. Layout 96 bit cũ không bị loại bỏ hoàn toàn, nhưng từ nay lập trình viên phải chủ động bật cờ nếu muốn dùng lại.

Chuẩn bị cho kỷ nguyên máy tính lượng tử

JDK 27 triển khai trao đổi khóa hybrid hậu lượng tử dựa trên TLS 1.3 (JEP 527). Java bổ sung ba cách trao đổi khóa mới cho kết nối giữa client, server và các điểm cuối tương thích TLS bên ngoài.

Mỗi phương thức kết hợp thuật toán ECDHE truyền thống với thuật toán trao đổi khóa hậu lượng tử ML-KEM của NIST. Mục tiêu là chuẩn bị trước cho các cuộc tấn công lượng tử trong tương lai, khi khóa của các phương thức trao đổi truyền thống có thể bị phá giải dễ dàng.

Giới tấn công độc hại hiện đã áp dụng chiến thuật "thu hoạch trước, giải mã sau": lưu lại các phiên mã hóa hôm nay để chờ máy tính lượng tử đủ mạnh giải mã trong tương lai.

Đây là lý do việc chuyển sang mã hóa kháng lượng tử từ bây giờ trở nên cấp thiết, kể cả khi máy tính lượng tử thực dụng vẫn còn cách xa.

Trình thu gom rác G1 thay thế Serial

JDK 27 cũng dọn dẹp lại hệ thống thu gom rác. Trình thu gom mặc định cho môi trường hạn chế tài nguyên – Serial – được thay bằng trình thu gom mặc định tổng thể Garbage-First (G1).

Trình thu gom rác giúp lập trình viên không phải tự giải phóng bộ nhớ thủ công, nhưng cái gì cũng có giá của nó. Quản lý bộ nhớ tích cực làm tăng chi phí xử lý, nên mỗi loại trình thu gom rác ra đời để đáp ứng các yêu cầu hiệu năng khác nhau về thông lượng, độ trễ, dung lượng bộ nhớ và thời gian khởi động.

Theo nhóm bảo trì Java trong JEP 523:

"Hiệu năng của G1 hiện đã đủ để thay thế Serial trong mọi tình huống mà trước đây JVM sẽ chọn Serial."

Thay đổi này mang lại hai lợi ích rõ rệt. Thứ nhất, lập trình viên nhúng không cần thêm cờ tường minh vào dòng lệnh khi khởi động nữa. Thứ hai, nó sửa luôn những trường hợp đáng lẽ phải dùng G1 ngay từ đầu, điển hình là các ứng dụng đóng gói trong container.

Tác giả kỹ thuật Egor Pishii của PVS-Studio nhận xét: "Một phần lớn ứng dụng Java chạy trong container vẫn dùng Serial suốt thời gian qua, dù không ai thực sự đưa ra quyết định đó một cách có ý thức". Việc chuyển đổi này cũng giúp thống nhất hơn dữ liệu telemetry thu thập được.

Che giấu dữ liệu nhạy cảm ngay trong tiến trình

Tính năng sản xuất cuối cùng là che giấu dữ liệu trong tiến trình (in-process data redaction, JEP 536). Theo đó, Flight Recorder của Java sẽ tự động loại bỏ mọi chi tiết nhạy cảm trước khi bản ghi được hoàn tất, giúp giảm rủi ro rò rỉ thông tin khi chia sẻ log hoặc dữ liệu chẩn đoán.

Những tính năng xem trước

Bên cạnh các tính năng sản xuất, JDK 27 mang đến năm tính năng xem trước nhằm tiếp tục thử nghiệm:

• Hằng số lười (lazy constants, JEP 531)
• Kiểu nguyên thủy trong pattern matching (JEP 532)
• Đồng thời có cấu trúc (structured concurrency, JEP 533)
• Bộ đối tượng mã hóa (JEP 538)
• Vector API (JEP 537) vẫn trong giai đoạn ươm tạo

Hướng tới Java 28

Công việc cho Java 28, dự kiến phát hành vào tháng 3 năm 2027, đã được khởi động. Phiên bản kế tiếp được kỳ vọng sẽ mang đến một API JSON đơn giản dưới dạng dự án ươm tạo, cùng phiên bản cải tiến của trình thu gom rác Shenandoah.

Ý nghĩa với lập trình viên Việt Nam

Với các đội phát triển phần mềm tại Việt Nam đang vận hành hệ thống Java trên nền tảng đám mây hoặc container – vốn rất phổ biến trong các doanh nghiệp outsourcing và fintech – JDK 27 mang lại lợi ích trực tiếp:

• Tiết kiệm chi phí hạ tầng nhờ giảm dung lượng heap, đặc biệt quan trọng với các dịch vụ chạy theo mô hình trả tiền theo tài nguyên.
• Giảm cấu hình thủ công, giúp các nhóm mới tiếp cận Java dễ dàng hơn.
• Sẵn sàng cho tương lai bảo mật nhờ mã hóa kháng lượng tử, phù hợp với các hệ thống tài chính – ngân hàng đòi hỏi tiêu chuẩn bảo mật cao.

Tuy nhiên, vì JDK 27 là bản ngắn hạn không có hỗ trợ dài hạn, các doanh nghiệp nên cân nhắc kỹ trước khi nâng cấp lên môi trường sản xuất, hoặc chờ đợi bản LTS tiếp theo nếu ưu tiên sự ổn định.