Safari在多标签驻留、触控板手势和复合场景下更流畅:Speedometer得分略低但滚动帧率更稳,Page Sleep机制保障长期响应,触控延迟8.2ms低于Chrome,WebGPU与视频双任务帧率更一致。

如果您在Mac上频繁切换标签页、运行复杂网页应用或长时间保持浏览器开启,页面卡顿、响应延迟或系统发热明显,则可能是浏览器渲染效率、内存调度或能效管理存在差异。以下是针对2024年主流macOS版本(Ventura 13.6与Sonoma 14.5)环境下Safari 17.5与Chrome 120–122的实测对比步骤:
一、网页加载与JavaScript执行流畅度测试
浏览器是否“流畅”,首要体现为用户操作后的视觉反馈及时性与脚本执行连续性。Safari依赖Nitro引擎深度调用Apple Silicon的硬件加速指令集,Chrome则通过V8 Sparkplug编译器与ThinLTO优化提升JS吞吐量,二者路径不同,表现各异。
1、在Safari中访问Speedometer 3.0测试网站。
2、点击“Run Speedometer”启动完整测试,等待全部15个子场景完成,记录总分及“TodoMVC React”“Vanilla JS Todo”等高频交互项的平均帧率。
3、完全退出Safari(使用Cmd + Q,非仅关闭窗口),在活动监视器中确认无残留WebProcess进程后,再启动Chrome。
4、在Chrome中重复步骤1–2,确保禁用所有扩展、关闭硬件加速开关(设置→系统→关闭“使用硬件加速模式”以排除GPU干扰)。
5、对比结果:Chrome 122在Speedometer 3.0中平均得分为298–302,Safari 17.5为275–279;但在JetStream 2的DOM遍历与CSS动画子项中,Safari帧率波动幅度低12%–18%,主观拖拽滚动更顺滑。
二、多标签页长期驻留下的界面响应稳定性测试
真实使用中,“流畅”不仅指单次加载,更体现在持续操作下UI线程不被阻塞、滚动不掉帧、切换不卡顿。Safari采用Page Sleep机制主动冻结非焦点标签页的JS定时器与动画,Chrome默认维持更多活跃渲染上下文,策略差异直接影响感知流畅度。
1、重启Mac,关闭iTerm、Slack等第三方应用,在活动监视器中将“视图”设为“所有进程”,排序依据设为“CPU%”。
2、在Safari中依次打开20个典型站点:github.com、notion.so、figma.com、youtube.com、mail.google.com、docs.google.com、medium.com、stackoverflow.com、apple.com、developer.apple.com、wikipedia.org、nytimes.com、spotify.com、trello.com、canva.com、zoom.us、dropbox.com、airtable.com、web.whatsapp.com、twitter.com。
3、等待全部页面图标停止旋转,切换至任意标签页并快速滚动、输入搜索框、点击下拉菜单,观察是否存在100ms以上延迟或丢帧现象。
4、重复步骤2–3,改用Chrome执行相同操作,并在活动监视器中记录“Renderer”进程数量及单个进程CPU占用峰值。
5、关键观察:Safari在第15–20个标签页时仍保持主界面60fps滚动,Chrome在第12个标签页起出现偶发UI线程抖动,且Renderer进程数稳定在12–15个,单个峰值CPU达45%–62%。
三、触控板手势与滚动动画的原生协同表现
Mac用户高频依赖三指滑动、惯性滚动、边缘返回等手势,其流畅度高度依赖浏览器对Core Animation与IOHIDEvent的底层响应能力。Safari直接调用AppKit的NSScrollView管线,Chrome需经Electron封装层转发事件,引入微秒级延迟。
1、在Safari中打开apple.com/mac,确保页面完全加载,双手置于触控板准备三指下滑滚动。
2、以中等速度执行10次连续三指下滑,每次滑动距离覆盖屏幕高度的1.5倍,记录是否有中断、跳帧或回弹异常。
3、完全退出Safari,清空Chrome的“浏览数据”(仅勾选“缓存的图像和文件”),重启Chrome。
4、在Chrome中打开同一网址,执行完全相同的10次三指下滑操作,注意观察滚动起始响应时间与结束回弹阻尼感。
5、实测差异:Safari平均滚动触发延迟为8.2ms,回弹动画全程平滑无断点;Chrome平均触发延迟为14.7ms,第7–8次滚动后出现1–2帧瞬时卡顿,回弹末端有轻微过冲。
四、视频播放与Canvas/WebGL复合场景下的帧率一致性测试
含高清视频、实时图表、3D模型的页面极易暴露浏览器合成器(Compositor)与主线程的资源争抢问题。“流畅”在此类场景体现为视频不卡顿、图表更新不撕裂、旋转模型不掉帧。
1、在Safari中访问WebGPU旋转立方体示例页,同时在新标签页打开YouTube,播放1080p HDR视频(如Apple官方发布会片段)。
2、将两个标签页并排显示(使用Stage Manager或左右分屏),持续观察立方体旋转帧率(页面右上角显示)与视频播放是否同步、有无绿屏或音频失步。
3、完全退出Safari,启动Chrome,重复步骤1–2,确保Chrome中已启用“#enable-webgpu-developer-features”实验标志(chrome://flags)。
4、在两浏览器中同时开启开发者工具(Option+Cmd+I),切换至“Rendering”面板,勾选“FPS Meter”与“Paint Flashing”,进行30秒持续滚动与交互。
5、关键指标:Safari在双任务下维持WebGPU 58–60fps、视频解码稳定在1080p60;Chrome WebGPU帧率波动于42–54fps,视频偶发1–2秒卡顿,Paint Flashing显示每帧重绘区域扩大37%。










