故意重复一个生命周期
加载后捕获基线，玩相同的短关卡，返回菜单，然后重复该路线几次。在工具允许的情况下，使用浏览器内存工具来比较清理和垃圾收集后在同一点拍摄的快照。寻找特定对象类型（例如场景节点）的增长计数，而不是仅对总内存做出反应。
在开发人员工具关闭的情况下运行一次测试，如果测量本身似乎改变了行为，则在打开时运行一次测试。有用的信号是相同的类和保留路径是否跨周期累积，而不是一个快照的数量是否大于另一台机器的数量。
明确每个场景的清理步骤
场景结束时，取消待处理的动画帧，停止计时器，移除注册在长生命周期对象上的监听器，并清空保存场景实体的集合。保留回调函数的引用以便移除；也可以用 AbortController 将相关监听器分组，并在场景拆除时中止这一组。
测试场景边界：进入并退出一个场景，再触发之前的输入操作，确认旧场景不再响应。还要确认缓存资源是有意共享还是释放。不加区分地清理可能导致不必要的重新加载；意外保留的引用则可能让大型场景一直留在内存中。
关于浏览器游戏内存泄漏的常见问题
内存上升就证明内存泄漏了吗？
不能。浏览器会预留内存，并按自己的时机回收对象。如果重复相同的生命周期后，代码仍持有的引用路径逐渐留住更多实例，才更像是内存泄漏。
删除事件侦听器可以帮助清理吗？
可以，尤其当生命周期较长的对象持有引用场景数据的回调时。MDN介绍了 removeEventListener()，也说明可以传入 AbortSignal，一次移除一组监听器。
延伸阅读
发现信息过时了？ 报告需要更正的内容