Class loading, bytecode và JPMS

Hiểu vòng đời class giúp giải thích lỗi linkage, static initialization, plugin architecture, memory leak do class loader và ranh giới module. Đây là phần nối giữa mã Java bạn viết và cách JVM thực sự nạp, liên kết, khởi tạo và tổ chức code khi chạy.

1. Class file và bytecode

File .class chứa magic number, version, constant pool, metadata của field/method, attributes và bytecode của method. Constant pool lưu literal cùng symbolic reference; JVM resolve symbolic reference thành runtime reference trong quá trình linking hoặc khi reference được dùng lần đầu. Bytecode là tập instruction theo mô hình operand stack, không phải mã máy của CPU.

javac PaymentService.java
javap -c -p -v PaymentService.class

javap cho thấy descriptor sau type erasure, synthetic/bridge method, constant pool và instruction. Đây là công cụ tốt để kiểm chứng thay vì đoán compiler đã tạo gì.

2. Loading, linking và initialization

Initialization được kích hoạt bởi “active use” như tạo instance, gọi static method, ghi hoặc đọc static field không phải compile-time constant. Chỉ load class chưa nhất thiết chạy static block. JVM đồng bộ initialization để một class không được initialize đồng thời nhiều lần.

3. Class loader và delegation

Class identity là cặp binary name + defining class loader. Hai class cùng tên do hai loader khác nhau định nghĩa không phải cùng runtime type. Built-in loaders gồm bootstrap, platform và application loader. Mô hình parent delegation thường hỏi parent trước, giúp core classes không bị tùy tiện thay thế.

Plugin/container có thể dùng child-first hoặc loader hierarchy riêng để cô lập dependency. Khi unload plugin, mọi reference đến class, instance và defining loader phải biến mất. Thread context class loader, static cache, driver registry hoặc ThreadLocal có thể giữ loader và gây metaspace leak.

ClassLoader loader = Thread.currentThread().getContextClassLoader();
Class<?> pluginType = Class.forName("demo.Plugin", true, loader);

4. Java Platform Module System (JPMS)

JPMS tạo explicit module graph. Module khai báo dependency và package được export; strong encapsulation giúp phân biệt public cho nội bộ module với public API cho module khác.

module com.example.orders {
    requires java.net.http;
    exports com.example.orders.api;
    uses com.example.orders.spi.PricingProvider;
}

Unnamed module giữ compatibility cho classpath. Automatic module giúp migration nhưng module name có thể thiếu ổn định. Split package bị hạn chế trong module graph. Với framework reflection, ưu tiên opens package to framework.module thay vì mở toàn module.

5. ServiceLoader và runtime image

ServiceLoader<PricingProvider> providers = ServiceLoader.load(PricingProvider.class);
PricingProvider provider = providers.findFirst().orElseThrow();

ServiceLoader hỗ trợ plugin theo contract mà consumer không phụ thuộc implementation cụ thể.

jdeps --print-module-deps app.jar
jlink --add-modules com.example.app --output runtime

jdeps phân tích module dependency; jlink tạo runtime image chỉ chứa module cần thiết. Lợi ích là image nhỏ và kiểm soát runtime tốt hơn, đổi lại build/deployment phức tạp hơn.

6. Checklist hiểu sâu

• Phân biệt load, link và initialize.
• Giải thích vì sao static initialization có thể deadlock hoặc làm class unusable.
• Chẩn đoán NoClassDefFoundError/NoSuchMethodError bằng dependency runtime.
• Giải thích class identity có class loader.
• Phân biệt exports và opens.
• Dùng ServiceLoader mà không hard-code provider.

Tự kiểm tra tốt nhất bằng cách giải thích từng mục bằng ví dụ thực tế, sau đó dùng javap, dependency tree/runtime image hoặc class-loader logging để chứng minh thay vì chỉ nhớ định nghĩa.