firefox devtools 无原生分配时间线视图，需通过 performance 面板启用 memory 录制观察 js heap 曲线，并结合 memory 面板手动堆快照对比分析对象分配与泄漏。

Firefox DevTools 本身不提供类似 Chrome 的“Allocation Profiling”或“Allocation Timeline”这类直接按时间线追踪 JS 对象分配的专用视图，但它可通过 Performance 面板 + Memory 录制 间接观察对象分配行为，并结合堆快照辅助判断内存增长趋势。

Firefox 中查看对象分配情况的实际路径

• Performance 面板是 Firefox DevTools 中唯一支持内存指标随时间变化记录的入口
  打开方式：Ctrl+Shift+I（Windows/Linux）或 Cmd+Opt+I（macOS）→ 切换到 Performance 标签页
• 勾选左上角的 Memory 复选框（必须启用，否则不采集内存数据）
• 点击录制按钮（● 圆形图标），执行疑似引发分配的操作（如频繁创建对象、打开关闭模块）
• 停止录制后，在时间轴下方的图表区，可看到 JS Heap 曲线（单位 MB）——它反映堆内存总量变化，间接体现对象分配与释放节奏

如何从曲线中识别分配模式

• 持续上升且不回落的 JS Heap 下限 → 可能存在未释放的对象引用（如闭包保留 DOM、事件监听器未移除、全局缓存未清理）
• 每次操作后出现明显阶梯式上涨 → 对应代码段可能在重复创建大对象（如 new Array(1e6)、长字符串拼接）
• 若 JS Heap 在操作结束后稳定回落 → 分配对象属短生命周期，GC 已正常回收，暂无泄漏迹象

补充手段：堆快照对比（需手动触发）

Firefox 不支持自动时间线分配采样，但可在关键节点手动抓取堆快照辅助分析：

Postme

一款面向外贸和跨境营销场景的AI写作工具，可辅助生成产品推广、营销沟通和海外市场所需的商业文案内容。

下载

• 在 Performance 录制前后，分别打开 Memory 面板（通过 ⋮ → More Tools → Memory 调出）
• 点击 Take snapshot 按钮，生成堆快照（.heapsnapshot 文件）
• 对比两个快照的 Objects allocated since last snapshot 列表 → 查看新增对象类型和数量
• 重点关注：
  • 构造函数名异常（如 (closure)、Object、Array 占比突增）
  • Distance 值较小但 Retained Size 较大的对象（说明被根强引用，不易 GC）

注意事项

• Firefox 的 Memory 面板功能较 Chrome 简洁，无“Allocation Sampling”或“Allocation Timeline”选项
• 无法像 Chrome 那样直接定位到具体哪行 JS 函数分配最多内存，需结合代码逻辑 + Performance 曲线 + 快照筛选交叉验证
• 若需精确函数级分配统计，建议在 Chrome 或 Edge 中复现相同场景，使用其 Memory 面板的 Allocation Sampling 功能

不复杂但容易忽略。