现在在 macOS 上， Safari 的性能能超过 chrome 了吗

@BMPixel Chromium 也是基于 apple webkit 的东西.

能感知到 safari 省电省资源不掉帧，不过一般情况还是习惯用 chrome 。
老设备上特意搞了个捷径，因为 chrome 开一些网页风扇猛转。

@Biggoldfish 🙏

safari 在很多网站兼容性不是一般的差啊，都是怎么坚持下来用的……
开发前端的时候还得很多组件上 safari 就挂

Safari 性能比 chrome 好一丁点吧，兼容性理论上肯定不如 chromium 但我目前一次都没遇到过不兼容的网站...就是拓展的数量少太多，而且很多游猴脚本跑不起来

M2pro ，speedometer ，chrome 隐身模式 29 分（为了无插件），非隐身模式 16 分，safari31 分，看楼上的一些回复去试了一下，能感到 chrome 在滚动时比 safari 帧数要少
还有就是 safari 能更好的支持 promotion 特性吧，毕竟自家产品

@cab11918111 哈哈哈 恰恰相反，我高刷屏，Safari 滚动页面卡顿比较明显，Firefox 就很丝滑。可能因为我是黑苹果主机？但不应该差这么大

而且不同的测试侧重点不一样，跟日常使用有很大差别的。speedometer 我看了，大部分测试其实都是测相对大量的 dom 节点增删改上，而且还是很快速的执行，日常使用几乎没有这种场景。
使用体验上其实比重是这样的：浏览器产品生态>独特功能>软件性能 （为什么软件性能排最后？因为御三家的性能虽有差异，但不是日常使用明显感知到的）

@zzxqd 看一下刚更新的 speedometer3.0 ，已经更加贴近各种实际场景了，也是 G 、M 等共同参与的 https://webkit.org/blog/15131/speedometer-3-0-the-best-way-yet-to-measure-browser-performance/

@yjhatfdu2 这个我也测了，但你观看测试过程就会发现，其实就是不断快速执行一段不同 js 框架下 todo 的模拟操作。我为什么说不符合常用场景呢，因为机器执行操作是以 ms 为单位的，上个操作完成就马上下一个，计算中间的执行完成时间作为评分依据，几个浏览器同一个项目差别最多 100 多 ms 。
人类操作不会这么极限，又不是电竞啥的，而且网页一般都是轻负载，只要保证在小于 1s 的时间内给出相应的反馈，其实人是分辨不出来那 100ms 的差距。
真正比较明显反映出差距的，其实还是在重负载上，比如 3d 渲染或者网页 3d 游戏这一类，但这些也很少人使用。

接上文，因此我觉得，浏览器的产品生态>功能>性能。当然了性能得是一个层次的，拉的太多了肯定不行（点名某 i 姓浏览器）。
chrome 逼的微软连自己内核的 edge 也放弃了，转投 chrome ； safari 功能那么缺失，被称为新时代 ie ，仍然位居第二；就是因为这俩是分别是 android 和 ios 的第一浏览器。这充分说明了产品生态的重要性

@zzxqd 主要影响的是加载时间和复杂 webapp 的响应速度，同时反过来也会影响能效，顺便，现在兼容性最差和功能缺失的可不一定是 webkit ，https://web.dev/blog/interop-2023

兼容性 safari 肯定不如 chrome 的，现在开发中遇到的兼容性问题大部分都来自 safari

喜欢 Safari ，但全平台还是 Chrome 舒服，毕竟书签摆在那。
于是

Safari 日常使用
Chrome 工作模式

性能超没超过不知道，只知道开发者调试做的跟💩一样，不知道苹果自家的程序员会不会用 Safari 调试

@wclebb 我日常书签也好多，完全离不开 chrome 哈哈哈

Safari 真是垃圾中的战斗机。最近又发现一个 bug ，开发者工具打开并且不在前台的话，Safari 会阻塞所有网络请求

能耗方面应该是超越的。

就喜欢 safari 一个功能,翻译网页的时候,图片上的文字也翻译了,其他感觉都不咋

老 Mac 用 Safari 看不了 Netflix ，chrome 可以。跟 DRM 有关。