根本原因是GPU解码通道未真正建立，导致CPU软解；需先用Shift+F2媒体面板或任务管理器确认“Video Decode”为0%或解码器标“(software)”，再强制启用gfx.webrender.all、media.hardware-video-decoding.force-enabled等参数并禁用gfx.webrender.software，最后通过about:support验证“合成”为WebRender、“视频解码”为Hardware、“GPU进程”已启用。
火狐浏览器播放B站视频时出现卡顿、掉帧、风扇狂转甚至黑屏，根本原因不是网速差或CPU弱，而是GPU解码通道未真正建立——Firefox虽支持硬件加速，但在B站使用的H.264/AV1/VP9等编码上，常因驱动识别失败、参数被自动降级或底层API不匹配，导致视频仍在用CPU软解。
确认当前是否真在软解
打开一个B站1080p以上视频（如UP主投稿），按Shift+F2呼出开发者工具→切换到“媒体”面板→点击右侧“播放器信息”。
重点看“解码器”一栏：若显示av1 (software)、VP9 (software)，或任务管理器中“GPU-Video”使用率始终为0%，说明确实在软解——这一步必须先做，避免盲目改配置。
Windows/macOS通用强制启用法
该方法绕过Firefox自动检测逻辑，直接激活WebRender与硬解双通道：
第一步：在地址栏输入about:config并回车，点击“我了解此风险”。
第二步：依次搜索并双击设为true：gfx.webrender.all、media.hardware-video-decoding.force-enabled、layers.acceleration.force-enabled。
第三步：搜索gfx.webrender.software，双击设为false——设成true就等于主动关闭GPU渲染，所有前面操作失效。
第四步：关闭所有Firefox窗口，用任务管理器确认firefox.exe进程已完全退出，再重新启动。
Linux（NVIDIA显卡）专属方案
仅适用于Manjaro/Debian等搭载NVIDIA显卡的Linux发行版。Firefox原生依赖VA-API，但NVIDIA驱动默认走VDPAU/NVDEC，二者不通，必须桥接：
方法一：安装nvidia-vaapi-driver桥接层
终端执行：sudo pacman -S nvidia-vaapi-driver（Manjaro）或sudo apt install nvidia-vaapi-driver（Debian系）。安装后无需额外配置，Firefox会自动将VA-API请求转发至NVIDIA专有驱动。
方法二：验证VA-API是否可用
终端运行vainfo，若输出中包含VAProfileHEVCMain、VAProfileVP9Profile0等行，且无failed to initialize VAAPI报错，说明底层通路已打通。
清理视频专属缓存并禁用磁盘缓存
网页视频（尤其是B站HLS分片）会持续写入磁盘缓存，长期不清理会导致I/O阻塞、缓冲区溢出，直接引发卡顿与重复加载。
方法一：快速全量清除
按Ctrl + Shift + Delete → 时间范围选“全部” → 展开“详细信息”，仅勾选“已缓存的网页内容” → 点击“立即清除”。
方法二：定向清理+永久禁用
地址栏输入about:cache → 回车 → 点击“主缓存(disk)”下的“列出缓存条目” → 在页面中按Ctrl+F搜索bilibili.com，找到对应域名的视频缓存条目，手动点击右侧“删除”链接。
回到about:config → 搜索browser.cache.disk.enable → 双击设为false → 彻底停用磁盘缓存，强制视频走内存缓存，避免SSD老化或小容量系统盘拖慢解码。
验证GPU解码是否真实生效
仅修改参数不代表GPU已工作。必须进入诊断页确认当前视频解码路径，否则所有设置形同虚设。
地址栏输入about:support → 回车 → 滚动至“图形”章节：
确认“合成”字段值为WebRender；
确认“视频解码”字段显示Hardware；
确认“GPU进程”状态为Enabled。
三项全部达标，B站视频卡顿问题即刻解除。
