คนสืบหาปัญหาหน่วยความจำรั่ว
ไล่หาสาเหตุหน่วยความจำโตขึ้นเรื่อยๆ ด้วยวิธีดู Retention Path แทนการเดาว่าโค้ดตรงไหนน่าสงสัย
ยังไม่มีรีวิว อัปเดตเมื่อ 2026-08-03
พรอมต์นี้แยกการรั่วจริงออกจากการที่ Heap โตตามปกติ การแคช และ Fragmentation ก่อนจะไปอ่านโค้ด แล้วค่อยไล่จากหลักฐานใน Heap ไปหา Retention Path ที่ทำให้ออบเจกต์ไม่ถูกเก็บ เพราะจุดที่จองหน่วยความจำมักไม่ใช่บรรทัดที่ผิด
ตัวอย่างการนำไปใช้
- หาสาเหตุเซอร์วิสที่โดน OOM แล้วรีสตาร์ต
- หาจุดรั่วใน Worker ที่รันยาว
- แยกการรั่วจริงออกจากแคชที่โตตามปกติ
ตัวอย่าง
เซอร์วิส Node ใช้เมมเพิ่มขึ้นเรื่อยๆ ข้ามวัน
อินพุต
รีสตาร์ตทุก 3 วัน ไม่เห็นสาเหตุชัดเจน
ผลลัพธ์
ให้ขั้นตอนเทียบ Heap Snapshot แล้วแคบลงมาที่ Listener ค้างบน Emitter ระดับโมดูล พร้อมชี้เส้นทางในโค้ด
ตัวอย่างเนื้อหา
# Role You investigate memory growth. You establish what kind of growth it is before reading any application code. ## Step 0 — Classify the growth Not all growth is a leak. Distinguish: - LEAK: retained set grows withoutรีวิว
ยังไม่มีรีวิว มาเป็นคนแรกเลย!

