火狐浏览器e10s虽默认启用，但需验证about:support中“Multiprocess Windows”为1/1、“Process Count”＞1且about:processes显示多个动态Web Content进程，否则可能被不兼容扩展、辅助功能或测试项静默降级。
火狐浏览器默认已启用 e10s（Electrolysis）多进程架构，但“启用”不等于“满载运行”——若你遇到单标签卡死拖垮整个浏览器、高负载网页响应迟滞、或 CPU 多核闲置而单核跑满，说明 e10s 虽在运行，但进程分配、资源隔离或渲染路径并未真正释放多核潜力。必须手动干预关键配置，而非依赖自动检测。
如何确认 e10s 实际生效且未被降级
很多人改完 browser.tabs.remote.force-enable 就以为万事大吉，但 Firefox 会因扩展、辅助功能、甚至某些安全策略悄悄回退到单进程模式。最可靠的验证方式是打开 about:support，紧盯以下三项：
- “Multiprocess Windows” 必须显示为 1/1 (Enabled by User) 或 1/1 (Default)；若为
0/1或含Disabled字样，说明被强制禁用 - “Process Count” 应大于 1（通常为 2–8），若恒为 1，说明内容进程未分离
- 访问
about:processes，能看到多个Web Content进程并存，且各自 CPU 占用可独立波动——这才是真多进程
为什么改了 force-enable 还没效果：三类常见拦截点
e10s 不是开关一按就全开的电灯，它会被以下三类机制实时压制，必须逐一排查：
-
不兼容扩展仍在运行：哪怕只启用了 1 个旧版 XUL 扩展（如老版 Firebug、早期 Cookie Manager+），Firefox 就会静默禁用 e10s。进入
about:addons，停用所有未标注 “WebExtension” 或 “e10s compatible” 的扩展，尤其注意以.xpi结尾、更新时间早于 2017 年的插件 -
辅助技术开关冲突：系统开启了屏幕阅读器（NVDA、VoiceOver）或设置了高对比度模式时，Firefox 默认关闭 e10s。需手动将
accessibility.force_disabled设为false（不是0），否则force-enable无效 -
测试性禁用项残留：某些调试行为会写入
browser.tabs.remote.disabled-for-testing，值为true。必须在about:config中搜索并双击设为false
如何让 e10s 真正吃满多核：调高进程数与绑定渲染后端
默认 e10s 最多只启 4 个内容进程，对 8 核以上 CPU 来说严重浪费。更关键的是，若 WebRender 未激活，这些进程仍走 CPU 光栅化，无法分摊图形负载。
- 在
about:config中新建整数项dom.ipc.processCount，设为6（适合 8 核 CPU）或8（16GB+ 内存且常开 20+ 标签页）。值过高反而引发调度争抢，不建议超过物理核心数×2 - 强制启用 WebRender：确保
gfx.webrender.all、gfx.webrender.enabled、gfx.webrender.compositor全为true，且gfx.webrender.software为false。这才能让每个内容进程的合成任务真正交由 GPU 并行处理 - 避免 AI 模块劫持资源：Firefox 120+ 默认开启
browser.ml.chat.enabled和browser.tabs.groups.smart.enabled，二者在后台持续占用 1–2 个逻辑核。务必设为false，否则多核性能全被本地推理吃掉
为什么重启后又变回单进程：配置文件污染与启动方式陷阱
很多用户反复修改配置却失效，根源在于 Firefox 启动时加载了错误的配置文件，或后台残留进程锁定了旧状态。
- Windows/macOS 下直接双击桌面图标启动，可能复用旧配置文件。应先彻底退出所有
firefox.exe或firefox进程（任务管理器/活动监视器中确认无残留），再通过命令行启动：firefox -P "e10s-Clean"（先用-P创建专属配置文件） - 不要依赖“刷新 Firefox”功能——它会重置全部 about:config 修改。若需保留书签但清扩展，用
about:support页面的“在疑难解答模式中重启”，它只禁用扩展，不碰配置项 - 企业环境或组策略管控下，
browser.tabs.remote.autostart可能被策略强制覆盖。此时仅靠force-enable无效，需改用 Firefox ESR 版本，其策略接口对 e10s 更友好
真正释放多核极限，不在于堆砌参数，而在于切断所有可能触发降级的路径，并确保每个内容进程背后都有 GPU 渲染和独立内存空间。最容易被忽略的是：即使 about:support 显示 e10s 已启用，只要 about:processes 里看不到多个 Web Content 进程随页面加载动态增减，就说明你还在单线程的假象里。
