Closure Compiler 混淆导致内存快照中变量名脱节，可通过@export/@nocollapse保留关键标识符、生成并启用source map逆向定位、动态设置displayName或注释标记、利用goog.reflect.objectProperty等方式重建可追溯链路。
Closure Compiler 混淆后变量名、函数名被压缩（如 a, b.fn, c$1），源码与运行时堆快照中的对象名完全脱节，导致在 Chrome Memory 面板中看到的 Closure → a → b 链路无法对应到原始业务逻辑，这是排查闭包内存泄漏时最典型的“映射断层”问题。
核心思路不是绕开混淆，而是重建可追溯链路
保留有意义的命名上下文
Closure Compiler 默认对局部变量全量压缩，但可通过注释控制关键标识符不混淆：
- 对事件处理函数、定时器回调、Observer 回调等生命周期敏感的闭包载体，加
@export或@nocollapse注释 - 示例：
/** @export */ function handleUserScroll() { // 这个函数名在混淆后仍为 handleUserScroll，便于 Memory 面板识别 } el.addEventListener('scroll', handleUserScroll); - 全局注册的监听器、
window上挂载的清理句柄也建议显式@export
生成并利用 Source Map 进行逆向定位
混淆产物必须配套生成 .map 文件，并在浏览器中启用：
- 编译时添加参数：
--create_source_map %outname%.map --source_map_location_mapping ./src/|http://localhost:8080/src/ - 确保 DevTools 的 Settings → Preferences → Sources 中勾选 Enable JavaScript source maps 和 Enable CSS source maps
- 在 Memory 面板的 Heap Snapshot 中，点击任意
(closure)对象 → Retainers → 展开函数引用 → 右键 “Reveal in Sources panel”，即可跳转到原始源码行（即使函数名被压缩，行号和上下文结构仍可定位）
在关键闭包中注入可识别标记
当 source map 不可用或需快速筛查时，主动打标：
- 给闭包函数动态添加
displayName（Chrome DevTools 支持该属性显示）：const loadData = (() => { // ...逻辑 }); loadData.displayName = 'UserProfilePage.loadData'; // 显示为 "UserProfilePage.loadData" - 或在闭包内写入唯一字符串标识（不影响逻辑，仅用于搜索）：
const timerHandler = () => { /* @leak-id: user-profile-timer */ doSomething(); };后续在 Heap Snapshot 的 Class filter 中搜
user-profile-timer，可快速定位相关 closure 实例
利用 Closure 的 goog.reflect.objectProperty 辅助调试
若项目已引入 Closure Library，可用其反射能力在运行时还原部分语义：
// 编译前保留字段名可读性
const config = {
/** @export */ apiEndpoint: '/user',
/** @export */ timeoutMs: 5000
};
// 混淆后 config.apiEndpoint 仍可访问，且名称不变，便于在 closure 中引用它时追踪来源本质上，Closure Compiler 的混淆不破坏引用关系，只隐藏命名。只要让关键节点具备可识别性（通过保留名、source map、displayName 或注释标记），就能把堆快照里的匿名闭包重新锚定到业务模块。
