排查記憶體洩漏：沿著參照，找到物件為何還活著

先固定一個能重複的操作

Vatan Aggarwal 與 Thierno Thiam 介紹了使用 Chrome DevTools for agents 排查 Google Chat 記憶體問題的過程。文中的修復成果屬於 Google 專案，不是本站或你的應用程式已獲得的收益。先定義具體操作，以及操作結束後哪些物件理應釋放。

別只看記憶體總量，要看參照關係

堆積快照呈現仍可到達的物件；Retainers 區域列出指向目前選取物件的其他物件。下方官方文件範例中，Item 執行個體透過 x 屬性保留一個字串。這是協助理解介面的 DevTools 範例，不是 Google Chat 的正式環境快照。

把發現變成可以驗證的檢查

比較操作前、執行目標操作後、還原或關閉後的三個狀態，重複相同流程看保留是否持續增加。沿參照路徑判斷物件是否應該存在，再決定修改位置。合理快取、最終會清理但數量過多的監聽器，都不能直接等同於洩漏。

相關智能體記憶體指南說明了三態取樣方法。驗證修復時保留相同操作與條件，結合本站 Bug 修復驗證指南補足重現和回歸證據；智能體的解釋或一次變小的快照，都不足以證明問題解決。本站閱讀了資料，未執行原文實驗。