未在组件销毁时解绑事件总线监听器会导致内存泄漏，需通过chrome memory面板拍堆快照比对vuecomponent数量增长，并检查retaining tree中是否由全局$bus强引用组件实例及闭包变量。
Vue 或自研的全局事件总线（如 $bus、EventEmitter 实例挂载在 window 或 Vue.prototype）若未在组件销毁时解绑监听器，会形成对组件实例及其闭包变量的强引用，阻止垃圾回收。排查这类泄漏，关键不是看 GC 机制本身，而是定位“谁在一直持有本该释放的组件”。
确认事件总线是否真成了泄漏源头
先验证怀疑是否成立：
- 打开 Chrome DevTools → Memory 面板 → 点击小垃圾箱图标（Collect garbage）→ 再点击 “Take heap snapshot” 拍下初始快照
- 反复进入/退出使用该事件总线的组件（比如点击菜单打开弹窗，再关闭；重复 3–4 次）
- 每次退出后都手动 GC + 拍新快照，共拍 3–4 个快照
- 选中最后一个快照，Summary 视图切换为 Comparison，对比第一个快照，筛选
VueComponent、closure、Object或你组件名构造函数，看数量是否阶梯式增长
在快照中锁定事件总线的引用链
发现某类组件实例持续增多后，点开它 → 右键 → “Retaining tree”，重点观察：
- 是否最终指向一个全局对象（如
window.$bus、Vue.prototype.$bus或某个单例eventBus） - 路径中是否出现
events、_events、listeners等字段，且其 value 是一个数组或对象，里面存着你的组件方法（如handleClick） - 是否显示该监听函数闭包中捕获了
this（即组件实例）、this.users、this.chart等大对象
代码层快速验证与修复模式
不依赖工具也能预判风险点：
- 检查所有
$bus.$on('xxx', this.handler)调用，是否在beforeUnmount（Vue 3）或beforeDestroy（Vue 2）中配对写了$bus.$off('xxx', this.handler) - 避免使用匿名函数绑定：
$bus.$on('data', () => this.update())→ 无法$off，必须改用具名方法 - 若用第三方 EventEmitter（如 mitt），确认它支持按事件名和回调精准移除；不支持的库建议换掉或封装一层带销毁能力的 wrapper
- 更安全的做法：把监听注册和卸载收口到一个
useEventBus组合式函数中，onMounted绑定，onBeforeUnmount自动清理
上线前加一道自动防护
在开发或测试环境注入轻量级检测逻辑：
- 给事件总线的
$on方法打补丁，记录每个监听器所属的组件 uid 和绑定时间 - 在路由跳转或组件卸载前，扫描是否存在已销毁组件仍挂在
$bus上的监听器 - 配合
performance.memory定期上报，若 JS 堆内存连续 5 分钟单向上升超 20MB，触发告警并 dump 当前$bus._events快照
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
