浏览器之间的差异

浏览器基准包含引擎和安全策略的影响。JavaScript优化、WebAssembly SIMD、Worker调度、计时精度和图形驱动都可能不同。得分较低不直接代表物理CPU较慢。OPFS、加密、压缩接口受限制时对应项目会被排除。WebGL2和WASM与WebGPU属于不同路径。先查看支持信息和排除原因，再比较双方共同执行的项目。保持电源和冷却一致，记录版本与扩展，不要同时运行两个浏览器。隐私浏览可能改变存储策略。交替进行多次测试，避免某个浏览器总在设备较冷时运行。屏幕刷新率和后台任务同样应保持一致。

测量前记录操作系统和浏览器版本、电源连接、节能模式、外接屏幕及设备型号。等待其他应用的下载、视频、备份和更新完成。保持屏幕亮起，测量标签页位于前台。隐藏标签页会作废当前轮次，返回后重新测量，因此经常中断的测试与连续执行具有不同条件。不要在测试同时播放视频或启动其他高负载程序。

在相同条件下重复两到三次，观察结果范围，而不是只保留最高得分。每次之间留出时间，让设备恢复相近状态。小幅差异在重复后改变方向，应视作测量波动，不能据此确定优劣。检查有效项目数和排除原因。不支持功能不一定意味着硬件故障，但会改变综合得分涵盖的内容。不同有效项目的结果并非对完全相同工作进行总结。

每次只改变一个条件。同时改变浏览器、电源模式和冷却会难以判断原因。先用快速模式验证运行，再用完整模式详细比较。分享时附上得分版本、模式、GPU路径及AI使用情况。读取原始单位：吞吐量通常越高越好，延迟越低越好，归一化已统一方向。四舍五入后的显示位数不能证明微小改进。这些数字描述网页任务，不保证游戏帧率、续航或所有桌面软件速度。可疑结果应在同一条件复现，再判断设备优劣或零件故障。反馈时提供运行顺序和浏览器信息，有助寻找原因，无需上传私人文件。

分享结果后，在同一设备的其他浏览器中打开链接。点击“用此浏览器测试并比较”即可使用相同模式测试。在对决卡片中比较类别、详细值和运行环境，并保持电源和温度条件一致。