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%。
