火狐浏览器cpu占用过高导致风扇狂转，需五步处置：一、用about:processes定位高负载进程类型；二、禁用browser.ml.chat.enabled和browser.tabs.groups.smart.enabled并彻底结束firefox.exe进程；三、启用图形界面与底层参数双重标签页休眠；四、通过安全模式验证及逐个禁用扩展定位元凶；五、关闭硬件加速并强制切换至skia cpu渲染。
火狐浏览器CPU占用率过高导致电脑风扇狂转，说明后台存在毫秒级爆发的计算任务正在持续抢占物理核心，此时任务管理器中 firefox.exe 常单核锁定100%、温度直逼65℃以上，必须立刻切断真实源头，不能只靠重启或盲目禁用扩展。
第一步：用 about:processes 实时锁定高负载进程类型
这是唯一能区分“是网页本身吃CPU”还是“Firefox自身模块失控”的入口。地址栏输入about:processes→ 回车 → 等待页面加载完成（约2秒）。重点看“Process Type”列：如果某个“Content”进程CPU持续＞70%，点它右侧的“i”图标→复制“URL”→新开标签页打开该网址，确认是否为特定网站导致；若“GPU Process”或“Compositor”单核飙到95%以上，说明WebRender同步死锁已发生；若出现“ML Chat Worker”或“Tab Group Service”进程且CPU不为0，直接证明AI模块正在后台抢跑。
这一步不能跳过，否则后续所有操作都是在猜。
第二步：禁用AI与智能标签分组模块
Firefox 138+版本中，browser.ml.chat.enabled和browser.tabs.groups.smart.enabled默认开启，它们会在每个新标签页创建瞬间独占一个物理核心做本地模型推理，哪怕你从没点过AI按钮。
方法一：配置禁用
地址栏输入about:config→ 回车 → 点击“我接受风险并继续” → 搜索browser.ml.chat.enabled→ 双击设为false→ 再搜索browser.tabs.groups.smart.enabled→ 同样双击设为false。
方法二：强制清空残留线程
关闭所有Firefox窗口 → 打开任务管理器（Ctrl+Shift+Esc）→ 切换到“详细信息”选项卡 → 找到所有firefox.exe进程→ 全部右键“结束任务” → 确认无任何残留 → 再重新启动浏览器。【不彻底结束进程，AI线程仍驻留内存，首帧抢占照旧】
第三步：启用后台标签页休眠机制
很多高CPU占用实际来自后台静止标签页——广告脚本轮询、分析SDK心跳、CDN预加载监听器仍在疯狂执行 setTimeout(0) 和 requestIdleCallback，而你根本看不到。
在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
第一步：图形界面快捷启用
点击右上角三条横线 → “设置” → 左侧选“标签页” → 在“当标签页在后台运行时”下拉菜单中选择“1 小时后”休眠。
第二步：强制启用底层休眠开关（推荐）
① 在about:config中搜索browser.tabs.unloadOnLowMemory，设为true；
② 搜索browser.tabs.disableBackgroundZombieTabs，设为true；
③ 搜索dom.ipc.processCount.webIsolated，右键修改为整数2（4核以下CPU适用）。
第四步：停用硬件加速并强制切换至Skia CPU渲染
当显卡驱动陈旧、GPU显存共享异常或WebRender引擎与集成显卡（如Intel UHD 620/630）不兼容时，硬件加速非但不能分担负载，反而造成渲染线程死锁，触发CPU反复重试提交指令，表现为某个核心长期100%占用。
点击右上角菜单按钮 → 设置 → 常规 → 滚动到底部点击“性能” → 取消勾选“使用推荐的性能设置” → 取消勾选“使用硬件加速”。【此操作不可逆，需重启生效】
第五步：通过安全模式验证并逐个禁用扩展
安全模式会临时禁用所有扩展、主题和自定义设置，是验证是否由第三方插件引发高负载的黄金标准。
方法一：图形化进入
点击右上角三条横线 → 帮助 → “以安全模式重启” → 点击“继续（不发送数据）” → 观察风扇与CPU是否恢复正常。
方法二：精准定位元凶
若安全模式下恢复正常，则问题出在扩展：地址栏输入about:addons→ 切换到“扩展”面板 → 逐个点击右侧三点图标 → 选择“禁用” → 每次禁用后必须完全关闭Firefox并重启，再测试卡顿是否缓解。若某次禁用后流畅度明显回升，该扩展即为性能瓶颈，应执行“删除”而非仅禁用。
