UD5工具箱
常见问题与解答
以下是用户在使用内存泄漏模拟器过程中经常遇到的问题及其详细解答：
问题一：内存监控面板显示的内存数据不更新或显示为零，是什么原因？
这通常是因为 performance.memory API 不可用或受限。该 API 只在 Chrome 浏览器中可用，并且需要满足以下条件：浏览器标签页不是隐身模式、页面不是通过 file:// 协议打开的、以及 Chrome 没有禁用 memory API。如果你在隐身模式下使用，切换到普通模式即可。如果使用的是其他浏览器，工具会使用替代方法来估算内存大小，但精度可能较低。建议始终使用最新版 Chrome 浏览器以获得最佳体验。
问题二：执行了泄漏实验但内存曲线没有明显上升，这是怎么回事？
可能有几种原因。首先，检查泄漏实验是否真正启动了，控制面板上的状态应该显示为"运行中"。其次，尝试增加泄漏速率，当前的速率可能太低，内存增长被正常的内存波动掩盖了。第三，垃圾回收可能在积极运行，回收了部分泄漏的内存。观察 GC 标记点，看是否频繁触发 GC。第四，某些泄漏模式可能需要较长时间才能观察到明显效果，建议耐心等待至少 30 秒。最后，检查浏览器的内存限制设置，某些配置可能会限制页面的堆内存大小。
问题三：如何区分正常的内存波动和真正的内存泄漏？
正常的内存波动表现为内存使用量在一定范围内上下波动，每次垃圾回收后内存会明显下降到接近基线水平。内存泄漏则表现为内存使用量持续上升的趋势，即使在垃圾回收后也不会回落到基线。在监控面板上，正常情况下的内存曲线应该是波浪形的，而泄漏情况下的曲线是单调递增的。一个简单的判断标准是：如果在垃圾回收后内存仍然保持在基线以上并且持续增长，那就可能存在内存泄漏。
问题四：模拟器中的实验代码会泄漏到真实页面中吗？如何确保安全？
模拟器使用独立的沙箱环境来执行实验代码，不会影响页面的正常功能。泄漏的内存会在实验结束后被自动清理。具体来说，模拟器使用了以下安全措施：实验代码在严格模式下执行，全局变量被隔离到独立的作用域中，定时器和事件监听器在实验结束时自动清除。如果你仍然不放心，可以在浏览器的隐身模式下使用模拟器，这样关闭标签页后所有内存都会被释放。模拟器本身不会造成任何持久性的内存泄漏。
问题五：在模拟器中观察到的泄漏模式在真实项目中如何识别？
在真实项目中识别内存泄漏可以使用以下方法：首先，使用 Chrome DevTools 的 Memory 面板进行堆快照分析，对比不同时间点的快照找到增长的对象。其次，使用 Performance 面板监控内存使用趋势，观察是否存在持续上升的内存曲线。第三，使用 Chrome 的 Allocation instrumentation on timeline 功能来观察内存分配的来源。第四，在长时间运行的 SPA 应用中，定期检查内存使用情况，特别是在执行特定操作后。模拟器中学习到的泄漏模式和特征可以帮助你在真实项目中更快地识别类似的问题。
问题六：如何修复在实际项目中发现的内存泄漏？
修复内存泄漏的关键是找到并切断泄漏对象的引用链。常见的修复方法包括：在组件卸载时清除事件监听器和定时器，使用 WeakMap 或 WeakSet 替代普通 Map/Set 来存储对象引用，避免使用全局变量存储临时数据，及时将不再使用的对象引用设置为 null，为缓存和对象池设置大小上限和过期策略，使用 WeakRef 和 FinalizationRegistry 管理资源的生命周期。对于框架项目（React、Vue 等），确保在生命周期钩子中正确清理资源。修复后使用模拟器或 DevTools 验证泄漏是否已被解决。
问题七：模拟器是否支持分析 Web Worker 中的内存泄漏？
目前模拟器主要监控主线程的堆内存情况。Web Worker 拥有独立的 JavaScript 环境和独立的堆内存，主线程的监控工具无法直接观察 Worker 内部的内存使用。不过，你可以在 Worker 内部使用同样的泄漏模式进行实验，通过 Worker 与主线程的 postMessage 通信将内存数据传递出来。工具的自定义代码编辑区支持编写 Worker 相关的代码，你可以尝试在 Worker 中创建泄漏并通过消息机制监控其内存变化。这是一个高级用法，需要一定的 Worker 编程经验。
问题八：模拟器的历史记录数据如何管理？是否会占用大量存储空间？
模拟器的历史记录数据存储在浏览器的 localStorage 中，单个标签页的存储上限约为 5MB。当存储空间接近上限时，工具会自动清理最旧的记录以腾出空间。你也可以手动清理不需要的历史记录，点击历史记录面板的"清除"按钮即可。建议定期导出重要的实验数据到本地文件，然后清理浏览器中的历史记录。导出的 JSON 文件可以在需要时重新导入到工具中查看。历史记录只存储在本地浏览器中，不会上传到任何服务器。