一、Network面板：3步定位网络请求问题
秘笈1：过滤+搜索，5秒找到目标请求
场景：页面加载慢，想找出“耗时最长的XHR请求”
bash
# 在Network面板快捷键 Ctrl+F (Windows) / Cmd+F (Mac) → 输入关键词过滤请求 # 或使用筛选器 - XHR：只显示异步请求（如fetch/axios调用） - 200：只看成功请求，排除4xx/5xx错误 - 长按Size列：按请求大小排序，快速定位大文件
秘笈2：Timing面板拆解请求耗时
关键指标：
- DNS Lookup：域名解析时间（超过100ms需检查DNS缓存）
- Initial Connection：TCP握手时间（HTTPS会多一个SSL握手阶段）
- Content Download：响应内容下载时间（大文件可开启gzip压缩）
优化案例：某接口响应时间2s，Timing显示“Content Download”占1.8s → 检查发现返回的JSON未压缩，启用gzip后压缩率70%，耗时降至300ms。
秘笈3：XHR断点调试接口异常
操作步骤：
Network面板→XHR/ Fetch Breakpoints→Add→输入URL关键词（如“/api/user”）；
触发请求时自动断点，在Sources面板查看请求参数、响应数据，无需在代码里写
debugger。
二、Memory面板：4步揪出内存泄漏
秘笈1：Performance面板初筛泄漏
操作流程：
- Performance面板→勾选Memory→点击Record→操作页面（如反复切换Tab）→Stop；
- 查看内存曲线：
- 正常：锯齿状（GC定期回收内存）
- 泄漏：曲线持续上升，无回落（如每切换一次Tab，内存增加10MB且不释放）。
秘笈2：Heap Snapshot对比新增对象
操作步骤：
- Memory面板→Heap snapshot→拍摄快照1（操作前）→操作页面→拍摄快照2（操作后）；
- 对比快照：在快照2中按#Delta排序，关注新增的DOM节点/闭包对象（如
(closure)数量异常增加）。
秘笈3：定位泄漏源的“引用链追溯”
案例：未清理的定时器导致泄漏
javascript
// 问题代码 setInterval(() => { console.log(' 未清理的定时器'); }, 1000); // 泄漏表现：Heap snapshot中，Timer对象#Delta持续增加 // 解决：组件卸载时清除定时器 const timer = setInterval(...); componentWillUnmount() { clearInterval(timer); }
秘笈4：常见泄漏场景及解决方案
| 泄漏类型 | 检测特征 | 解决方法 |
|---|---|---|
| 未清理的事件监听器 | DOM节点被移除后，EventListener仍存在 | removeEventListener或用事件委托 |
| 闭包引用未释放 | 外部函数变量被内部函数长期持有 | 不需要时手动置为null |
| 脱离DOM的节点引用 | Detached DOM节点数量持续增加 | 删除节点时同步清除变量引用 |
三、实战案例：从“页面卡顿”到“丝滑运行”
案例背景
某Vue单页应用，用户反馈“切换路由5次后页面卡顿，滚动掉帧”。
排查步骤
Performance录制：内存曲线持续上升，每次路由切换增加50MB → 疑似泄漏；
Heap快照对比：新增大量
(VueComponent)对象，Retainers显示被全局事件总线$bus引用；代码定位：组件内
this.$bus.on('user-change', this.handleChange)，但未在beforeDestroy解绑；修复后：内存曲线恢复锯齿状，切换路由内存稳定在100MB左右。
)