Làm thế nào để chẩn đoán memory leak trong production bằng heap dump và profiling tools?

Quy trình 4 bước:

1. Phát hiện — heap usage tăng liên tục qua GC cycle. Monitor qua Actuator /metrics, Prometheus, hoặc GC log.

2. Capture heap dump:

jmap -dump:live,format=b,file=heap.hprof <pid>
# hoặc auto khi OOM:
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/dump

3. Phân tích:
- Eclipse MAT (free) — báo cáo "Leak Suspects" tự động chỉ thẳng class nghi vấn.
- JProfiler/YourKit (commercial).
- Tìm: retained heap lớn bất thường, object count tăng theo thời gian.

4. Common culprits:
- static HashMap/List không clear.
- Event listener không deregister.
- ThreadLocal không remove().
- Connection pool leak (không close).
- Cache không có eviction.

JFR (Java Flight Recorder) — bundled OpenJDK 11+, overhead <2%:

-XX:StartFlightRecording=duration=60s,filename=app.jfr
# hoặc runtime:
jcmd <pid> JFR.start duration=60s filename=app.jfr

Track allocation rate, GC behavior, thread contention. Mở bằng JDK Mission Control.

Fix: try-with-resources, WeakReference cho cache, @PreDestroy cleanup, Caffeine cache với expire.