Scala 3.10 released!

Stop Using Java When Kotlin Exists

Kotlin tương thích hoàn toàn với Java, biên dịch ra cùng bytecode và tạo ra các file .class giống hệt như Java. Lý do kỹ thuật là Kotlin được thiết kế để hoạt động trên JVM (Java Virtual Machine) mà không cần thay đổi cơ bản của nền tảng. Hệ quả là các dự án có thể chuyển đổi dần từ Java sang Kotlin mà không cần viết lại hoàn toàn, đồng thời tận dụng các tính năng an toàn hơn như null-safety. Điều đáng học là Kotlin giảm thiểu tới 40% lượng code cần viết so với Java theo khảo sát của Jetbrains, nhờ cú pháp ngắn gọn hơn mà vẫn giữ được hiệu năng tương đương.

Kotlin cho phép bạn giữ lại mã Java hiện có trong khi tận dụng những cải tiến về cú pháp và an toàn kiểu dữ liệu.

Where Your Bytes Live: Memory Layout in Rust and Java

Bài viết so sánh layout memory giữa Rust và Java, giải thích cách dữ liệu được tổ chức trong stack và heap. Nguyên nhân kỹ thuật nằm ở cơ chế boxing (khi dữ liệu được đặt vào heap) và borrowing (cho mượn tham chiếu) trong Rust khác với garbage collection của Java. Hệ quả là Rust giúp kiểm soát bộ nhớ tốt hơn trong khi Java có thể gây overhead do garbage collector. Điều đáng học là cách tổ chức data structure ảnh hưởng hiệu năng, ví dụ struct trong Rust có thể tối ưu hơn class trong Java nhờ predictable layout.

Hướng dẫn này giúp lập trình viên hiểu cách bố trí bộ nhớ trong Rust và Java quan trọng hơn so với việc chỉ phân biệt giữa stack và heap.

Improving First Request Latency in Java Spring Application

Tối ưu hóa latency của request đầu tiên trong ứng dụng Java Spring là vấn đề quan trọng với thời gian khởi động ứng dụng lên tới 12-15 giây. Nguyên nhân chính nằm ở cơ chế dependency injection và lazy initialization của Spring container khi tải các bean. Điều này gây ra độ trễ đáng kể cho request đầu tiên, ảnh hưởng trải nghiệm người dùng. Giải pháp bao gồm sử dụng Spring Boot 3.x với cải tiến khởi động, áp dụng eager initialization cho các bean quan trọng, và triển khai warm-up mechanism trước khi tiếp nhận traffic thực tế.

Bài viết này giúp giảm độ trễ của yêu cầu đầu tiên trong ứng dụng Java Spring.

New Features in Java 26

Java 26 bổ sung nhiều cải tiến về hiệu năng, bảo mật và tính năng ngôn ngữ. Đáng chú ý gồm: hạn chế sửa đổi phản chiếu (reflective) đối với trường final; loại bỏ API Applet lỗi thời; hỗ trợ AOT object caching cho mọi bộ thu gom rác (kể cả ZGC); bổ sung HTTP/3 qua QUIC trong HTTP Client API; cải thiện throughput cho G1 GC; phiên bản preview thứ hai của PEM encoding APIs; phiên bản preview thứ sáu của Structured Concurrency; phiên bản preview thứ hai của Lazy Constants; phiên bản incubator thứ mười một của Vector API; và phiên bản preview thứ tư mở rộng pattern matching cho kiểu nguyên thủy trong instanceof và switch.

Những cải tiến trong Java 26 giúp nâng cao hiệu suất thực hiện và bảo mật cho ứng dụng của bạn, từ đó tối ưu hóa hiệu suất công việc và giảm rủi ro khi phát triển.

Performance Improvements in JDK 26

JDK 26 mang đến những cải thiện hiệu năng đáng chú trọng, đặc biệt với việc Virtual Threads trở thành tính năng ổn định. Thời gian khởi tạo các virtual thread giảm 30% nhờ cấu trúc internal fork-join pool được tối ưu hóa. ConcurrentMap.put() giờ đây nhanh hơn 25% với cải tiến đến từ stripe locking mechanism. Bộ nhớ tiêu thụ cho các giao tiếp giữa thread trong Structured Concurrency giảm 40%. Những thay đổi này cho thấy JDK đang tập trung mạnh vào cải thiện hiệu năng đa luồng mà không ảnh hưởng đến khả năng tương thích với mã nguồn cũ.

JDK 26 mang những cải tiến hiệu năng quan trọng giúp lập trình viên tối ưu ứng dụng Java tốt hơn.

Did Your AI Agent Run the Debugger? One JVM Bug, Two Agent Runs

Nhiều lập trình viên Java thường bật debugger mà không suy nghĩ tới tác động phụ của nó. Trong trường hợp được mô tả, một lỗi trong JVM khiến công cụ debug được gọi hai lần khi AI agent thực hiện kiểm thử thất bại. Khi breakpoint được đặt, agent chạy test, xem biến và sau đó quyết định sửa lỗi, nhưng do lỗi JVM agent thực hiện hai lần chạy debug liên tiếp. Điều này dẫn đến lãng phí thời gian xử lý và có thể làm thay đổi trạng thái ứng dụng mà không mong muốn. Bài viết nhắc nhở nhóm phát triển cần kiểm tra cách công cụ debug tương tác với môi trường chạy, đặc biệt khi sử dụng tự động hóa hoặc AI agent để tránh chạy lặp lại không cần thiết.

Bài viết này giúp lập trình viên Java hiểu được cách JVM chạy trình gỡ lỗi khi sử dụng AI agent.

JEP 401: Value Objects (Preview)

JEP 401 introduces value objects as a preview language and VM feature in JDK 28. Value objects are immutable and lack identity, meaning the == operator and other operations compare them by field values rather than by reference. Thirty Java Platform API classes, including Integer, Long, and LocalDate, become value classes when preview features are enabled. This lets JVMs represent such objects more efficiently in memory (flattening and scalarization) instead of always allocating heap objects with pointers, improving memory footprint, locality, and garbage collection efficiency. Developers can declare their own value classes with the new value modifier, following rules around immutability, safe construction, subclassing via abstract value classes, and serialization. The feature requires --enable-preview to compile and run, and comes with caveats around synchronization, weak references, and reflection-based field mutation.

The Year of the Runtime!

Với sự phát triển của AI coding agents, tầm quan trọng của cú pháp ngôn ngữ giảm xuống, thay vào đó performance, observability và operability trở thành yếu tố then chốt cho Java. Các bản JDK mới liên tục cải thiện hiệu suất, garbage collection và tính khả dụng trong khi vẫn duy trì mô hình lập trình hiện tại. Các dự án như Project Valhalla, Project Leyden và Project Lilliput đang mang những đổi mới quan trọng cho runtime Java. Đây là hướng đi quan trọng cho các lập trình viên cần tối ưu hiệu ứng ứng dụng, đặc biệt khi công cụ AI ngày càng hỗ trợ tốt hơn về mặt cú pháp.

Bài viết giúp lập trình Java nắm bắt các dự án runtime quan trọng để tối ưu hiệu năng và khả năng quan sát hệ thống.