火狐浏览器因高频dom操作或扩展干扰导致卡顿，应先禁用可疑扩展，再用性能工具确认重排瓶颈，接着启用webrender并调低脚本超时阈值，开发者需用documentfragment批量插入优化。
火狐浏览器在打开含大量动态表格、实时数据刷新或高频轮询的网页（如监控看板、股票行情页、协作编辑文档）时，常因JavaScript反复创建/修改DOM节点导致主线程锁死，表现为鼠标悬停无反馈、滚动卡顿、右键菜单弹不出，甚至触发“正在执行脚本”警告后彻底无响应。
禁用非必要扩展并验证DOM操作源头
多个扩展（尤其是脚本管理器、自动填充工具、实时翻译插件）会在页面加载后持续监听DOM变化，与网页自身高频操作叠加，形成事件监听器爆炸式注册或递归调用。必须先隔离扩展干扰再定位真实问题。
直接在地址栏输入about:addons→ 回车 → 切换到“扩展”页 → 关闭所有非官方、未签名、名称含“script”“inject”“auto”“fill”的扩展 → 刷新问题网页测试响应性。
若卡死消失，说明扩展是诱因；若仍卡死，说明问题来自网页自身DOM逻辑。此时不要急于改代码，先用浏览器自带工具确认是否真由DOM引发。
按F12打开开发者工具 → 切换到“性能”标签页 → 点击左上角●录制按钮 → 在问题页面操作10秒 → 点击●停止 → 查看火焰图中Layout和Recalculate Style区域是否密集堆叠——出现连续长条状区块即证实为DOM重排/重绘瓶颈。
强制启用WebRender并关闭旧版渲染路径
当Firefox降级使用CPU软件渲染处理高频DOM更新时，每帧合成耗时激增，极易造成视觉卡顿与输入延迟。WebRender能将布局计算与绘制任务卸载至GPU，显著降低主线程压力。
第一步：地址栏输入about:config→ 回车 → 点击“I'll be careful, I promise”
第二步：依次搜索并双击修改以下三项：
① gfx.webrender.all → 设为 【true】
② gfx.webrender.software → 设为 【false】
③ layers.acceleration.force-enabled → 设为 【true】
第三步：关闭所有Firefox窗口（包括后台进程）→ 重新启动浏览器。这一步必须完整退出，否则GPU上下文不会重建。
⚠️ 注意：若显卡驱动版本低于2025年Q3发布版，启用WebRender后可能出现文字模糊或闪烁，此时需优先更新驱动而非回退设置。
调整脚本超时阈值防止无限循环拖垮主线程
网页中存在未加节流的DOM轮询逻辑（如每50ms读取一次元素offsetTop）时，Firefox默认10秒才中断脚本，此时主线程已完全冻结，用户无法操作任何界面元素。
方法一：缩短中断时限
1、地址栏输入about:config→ 回车 → 点击承诺提示
2、搜索dom.max_script_run_time→ 双击该条目
3、把数值从10改为【3】→ 回车确认
方法二：启用脚本中断快捷键
1、同样在about:config中搜索dom.allow_scripts_to_close_windows
2、双击设为【true】
3、卡死时直接按Esc键可强制终止当前执行脚本，无需等待警告弹窗
这一步改完后无需重启，但必须确保所有Firefox窗口已关闭再重开，否则旧进程仍沿用原超时值。
对网页开发者：用DocumentFragment批量插入替代逐个appendChild
如果你是网页开发者，且能修改目标页面JS代码，最根本的解决方式是重构DOM操作逻辑。频繁调用element.appendChild()会触发多次重排，而浏览器无法合并这些操作。
将原本类似这样的代码：
for (let i = 0; i const div = document.createElement('div');
div.textContent = items[i];
container.appendChild(div);
}
替换为使用DocumentFragment：
const fragment = document.createDocumentFragment();
for (let i = 0; i const div = document.createElement('div');
div.textContent = items[i];
fragment.appendChild(div);
}
container.appendChild(fragment);
这样只触发一次重排，实测可使1000节点插入耗时从800ms降至40ms以内。注意：fragment不能被直接添加到页面，必须作为中间载体一次性挂载。
