先说个很反直觉的事实：WebGL本身并不会让你CPU发烫。 真正让风扇狂转的，是Firefox在尝试启用WebGL硬件加速失败之后，陷入了CPU和GPU之间的死锁循环——反复重试、回退、再同步，CPU硬扛着本应由显卡完成的活儿。这种情况下，你越是把 webgl.force-enabled 这类开关往死里开，CPU反而越烫。

确认是不是WebGL进程在吃CPU

先别急着改配置，我们得确认到底是不是WebGL相关进程在吃CPU。打开任务管理器（Ctrl+Shift+Esc），找到所有 firefox.exe 进程，右键选“转到详细信息”。看看有没有名为 GPU Process 或 Compositor 的子进程一直在单核上跑满。

然后打开 about:support，查看「图形」章节。如果「WebGL 1」和「WebGL 2」都显示 A vailable，但「Compositing」却是 Basic 或 Skia，这就说明WebGL上下文确实创建成功了，可合成器没走GPU路径，CPU正在硬扛图层混合。

常见误区：别盲目开启全部开关

很多用户有个误区：觉得能开的都开上，性能一定最好。结果 webgl.force-enabled、gfx.webrender.force-enabled、layers.acceleration.force-enabled 全设成了 true，反而触发驱动黑名单绕过失败后的无限回退循环。

真正有效的做法是：

• webgl.force-enabled 设为 false —— 让Firefox按实际驱动能力自己判断，别硬上。
• gfx.webrender.force-enabled 设为 false —— 避免强制启用WebRender但底层EGL/Vulkan没就绪。
• layers.acceleration.force-enabled 保留 true —— 图层加速逻辑该用还是得用。
• webgl.disabled 必须为 false —— 不能彻底关死，否则连基础WebGL 1都没了。

Linux用户需额外注意

如果你用的是Linux，情况会更微妙一些。即便以上所有参数都设对了，gfx.x11-egl.force-enabled 和 gfx.gllinux.use_egl 要是仍为默认 false，Firefox还是会走GLX路径——而现代Mesa驱动（尤其是Intel核显）已经基本放弃GLX支持了。

关键步骤：

• 启动Firefox前执行 export MOZ_ENABLE_WAYLAND=1（Wayland会话下）或 export LIBGL_ALWAYS_SOFTWARE=0（X11下禁用纯软件回退）。
• 确认装好了对应Vulkan包：Intel用 mesa-vulkan-intel，AMD用 mesa-vulkan-radeon，NVIDIA用 nvidia-vulkan-common。
• 在 about:support 里看「GPU Process」状态——如果显示 Disabled，多半是Vulkan ICD没加载上，这不是Firefox配置能解决的。

验证配置是否生效

所有配置改完后，重启Firefox，立刻打开 about:support，盯住两个字段：

• 「Compositing」必须是 WebRender（注意不是 WebRender (Software)，后者依然是CPU渲染）。
• 「GPU Process」必须是 Enabled，且下方「GPU Accelerated Windows」数量 ≥ 1。

如果配置正确但CPU占用仍高

如果这两项都达标了，CPU占用还是高，那问题就不再是WebGL或硬件加速了——很可能是扩展（比如Tampermonkey注入了大量WebGL监听器），或者页面本身的JS代码写得低效（比如每帧调用 gl.getParameter()）。

还有一个最容易忽略的点：WebGL上下文有没有真的被释放？ 页面切到后台但没关闭，requestAnimationFrame 依然可能执行。只要 gl.clear() 每帧跑一次，就能稳稳占满一个CPU核。这时候该查的不是Firefox设置，而是网页代码本身。

《夸克》非常好用的免费AI浏览器

下载APP查看