火狐浏览器特定网页白屏、按钮失灵等问题大概率由扩展冲突引起，应先以安全模式（shift+双击图标）验证，若正常则逐个禁用扩展定位元凶，辅以about:networking抓包或leak monitor监控内存泄漏精准隔离。
当火狐浏览器打开特定网页时反复白屏、按钮失灵、表单无法提交或JS功能异常，而换用Chrome或Edge却一切正常，大概率是某个扩展在该页面注入了冲突脚本或劫持了DOM操作——必须快速定位并隔离问题插件才能恢复网页可用性。
先用安全模式确认是否为扩展引发
安全模式会禁用所有扩展、主题和硬件加速，只保留Firefox默认行为运行。这是判断问题是否出在扩展层的最快验证方式。
按住 Shift 键不放，再双击桌面或开始菜单中的火狐图标 → 弹出“Firefox 排障模式”窗口 → 点击“启动排障模式”。
等待浏览器完全加载后，立即访问那个故障网页。若页面渲染正常、交互响应无延迟，说明问题100%由扩展引起；【若安全模式下仍白屏或报错，说明故障与扩展无关，需转向网络策略、证书或about:config配置排查】。
逐个禁用法锁定具体插件
适用于已确认扩展为元凶、且插件数量在20个以内的常规用户。核心逻辑是“最小变量控制”，每次只改变一个条件。
方法一：图形界面快速轮测
在地址栏输入 about:addons → 左侧点“扩展” → 查看右侧列表中哪些插件开关是蓝色（已启用）。
从列表顶部开始，点击第一个插件右侧的三点图标 → 选择“禁用” → 刷新故障网页 → 观察是否恢复正常。若未恢复，继续禁用第二个，直到某次禁用后网页立刻可用了——刚被禁用的那个就是罪魁。
方法二：命令行级强制停用（防后台残留）
在地址栏输入 about:config → 搜索 extensions.enabledScopes → 双击改为 0 → 再搜索 extensions.autoDisableScopes → 同样改为 0。
这两项设为0后，Firefox启动时将彻底跳过扩展扫描流程，连 about:addons 页面里都看不到任何扩展条目——比图形界面禁用更干净，能排除某些伪装成“已禁用”实则仍在后台驻留的恶意插件。
用about:networking实时抓取插件行为
某些插件会在页面加载阶段悄悄发起大量DNS查询、建立隐藏WebSocket连接或拦截fetch请求，这些行为肉眼不可见，但会拖垮网页初始化速度。
第一步：在故障网页保持打开状态时，新开一个标签页，地址栏输入 about:networking#http → 回车。
第二步：点击右上角“Start Logging”按钮，然后切回故障网页，强制刷新（Ctrl+F5）。
第三步：等页面加载完成（或卡死30秒），回到 about:networking#http 页面 → 点击“Stop Logging” → 滚动查看下方日志列表。
重点筛查：是否存在大量重复的 GET /xxx.js?_t=xxx 请求、目标域名非常规（如带随机哈希值的CDN子域）、或出现非当前网站域名的第三方资源加载记录——这些极大概率是某扩展注入的追踪脚本或广告重写服务。
此时回到 about:addons，把最近安装或更新过的扩展优先禁用，再重复上述日志捕获流程对比变化。
临时载入Leak Monitor精准定位泄漏源
Leak Monitor能实时显示每个扩展创建的JS对象引用数变化趋势，对“页面越刷越卡、内存持续上涨”的故障尤其有效。
方法一：在线安装（推荐）
访问 Leak Monitor官方AMO页面 → 点击“添加到Firefox” → 安装完成后，浏览器右上角会出现绿色LEAK图标。
方法二：离线载入（企业内网适用）
下载最新版 .xpi 文件 → 地址栏输入 about:debugging#/runtime/this-firefox → 点击“临时载入附加组件” → 选择下载好的文件 → 安装成功后图标即生效。
点击LEAK图标 → 开启监控 → 打开故障网页 → 等待60秒 → 观察各扩展右侧数值是否出现陡增（如从500飙到3500+）。数值持续攀升且不回落的插件，就是导致网页卡顿甚至假死的根源。
