这是一个创建于 282 天前的主题，其中的信息可能已经有所发展或是发生改变。
包括兼容方面
57 条回复 • 2024-04-08 23:26:16 +08:00
 |
1
standchan 282 天前
感知不强，没什么差别吧
|
 |
2
LUO12826 282 天前
Safari 的性能应该一直比 Chrome 好的。都开隐身模式跑个 Speedometer 就懂了
|
 |
3
meisen 282 天前  1
前一个 IE 已经死了，这个还远吗😂
|
 |
4
bojackhorseman 282 天前 5
前端表示，Safari 的控制台太难用了。
|
 |
5
givebest 282 天前
|
 |
6
dragondove 282 天前 1
一般来说不用太在意性能，火狐的 js 性能差不多只有 chrome 的一半，用着也不会有什么明显的体验差别。
|
 |
8
make1money OP @dragondove 现在在用 macbook ，如果性能感知不强，同样性能下的续航呢
|
 |
9
cab11918111 282 天前
@standchan 感知 特别特别强好吗。你随便打开一个网页 触摸板一扫从上滑到下 safari 永远都是流畅的 chrome 永远都是一卡一卡的 当然我认为这个现象是苹果有意而为之 而不是谷歌优化不好
|
 |
10
chendy 282 天前
从来就没超越，最多省电
13-20 年，电池 safari ，插电 chrome 20 年换了 m1 之后：safari 是谁？真不熟 |
 |
11
810244966 282 天前
@cab11918111 好像确实是这样。chrome 在上下滑动时候会掉帧，完全不像是一个 120hz 的屏幕该有的表现，
|
 |
12
pikko 282 天前
算是吧。
缩减部分体验、兼容，换来了一定的性能和能效节省。 唯一阻止我用的原因可能是扩展插件。 |
 |
13
mxT52CRuqR6o5 282 天前
可以简单的认为 safari 的 dom 更快，js 更慢
（毕竟 web 、css 支持的特性更少，dom 要是还比 chrome 慢可以去垃圾桶里呆着了） |
 |
14
horou 282 天前
性能谁差不知道，我之前看 B 战弹幕 safari 很流畅，chrome 就会掉帧.不知道为啥
|
 |
15
Hancock 282 天前
safari 设计挺丑的,尤其是设置那块,太割裂了
|
 |
16
Rickkkkkkk 282 天前
浏览器好用为先, 性能都是差不多的.
|
 |
17
ufogxl 282 天前
没感觉，一直用 safari
|
 |
18
Biggoldfish 282 天前 via Android
讲什么笑话，不是靠着 iOS 强行独占早被打成 others 的浏览器跟 Chromium 比性能和兼容性🤣
|
 |
19
sweat89 282 天前
之前用 chrome ，后面切到 Safari ，发现很多网页后者都要流畅许多。
|
 |
20
BlackAndBlue 282 天前
safari 的广告屏蔽你们是怎么解决的啊？
|
 |
22
xxmym 282 天前
能感知到 safari 省电省资源不掉帧，不过一般情况还是习惯用 chrome 。
老设备上特意搞了个捷径，因为 chrome 开一些网页风扇猛转。  |
|
23
xxmym 282 天前
@Biggoldfish 🙏
|
 |
24
gongquanlin 282 天前
safari 在很多网站兼容性不是一般的差啊，都是怎么坚持下来用的……
开发前端的时候还得很多组件上 safari 就挂 |
 |
25
callmesmc 282 天前 via iPhone
Safari 性能比 chrome 好一丁点吧，兼容性理论上肯定不如 chromium 但我目前一次都没遇到过不兼容的网站...就是拓展的数量少太多，而且很多游猴脚本跑不起来
|
|
26
mxT52CRuqR6o5 282 天前
M2pro ，speedometer ，chrome 隐身模式 29 分（为了无插件），非隐身模式 16 分，safari31 分，看楼上的一些回复去试了一下，能感到 chrome 在滚动时比 safari 帧数要少
还有就是 safari 能更好的支持 promotion 特性吧，毕竟自家产品 |
 |
27
zzxqd 282 天前
@cab11918111 哈哈哈 恰恰相反，我高刷屏，Safari 滚动页面卡顿比较明显，Firefox 就很丝滑。可能因为我是黑苹果主机？但不应该差这么大
|
|
28
zzxqd 282 天前
而且不同的测试侧重点不一样，跟日常使用有很大差别的。speedometer 我看了，大部分测试其实都是测相对大量的 dom 节点增删改上，而且还是很快速的执行，日常使用几乎没有这种场景。
使用体验上其实比重是这样的：浏览器产品生态>独特功能>软件性能 （为什么软件性能排最后？因为御三家的性能虽有差异，但不是日常使用明显感知到的） |
 |
29
yjhatfdu2 282 天前
@zzxqd 看一下刚更新的 speedometer3.0 ，已经更加贴近各种实际场景了，也是 G 、M 等共同参与的 https://webkit.org/blog/15131/speedometer-3-0-the-best-way-yet-to-measure-browser-performance/
|
|
30
zzxqd 282 天前
@yjhatfdu2 这个我也测了，但你观看测试过程就会发现，其实就是不断快速执行一段不同 js 框架下 todo 的模拟操作。我为什么说不符合常用场景呢，因为机器执行操作是以 ms 为单位的，上个操作完成就马上下一个，计算中间的执行完成时间作为评分依据，几个浏览器同一个项目差别最多 100 多 ms 。
人类操作不会这么极限，又不是电竞啥的，而且网页一般都是轻负载，只要保证在小于 1s 的时间内给出相应的反馈，其实人是分辨不出来那 100ms 的差距。 真正比较明显反映出差距的，其实还是在重负载上，比如 3d 渲染或者网页 3d 游戏这一类，但这些也很少人使用。 |
|
31
zzxqd 282 天前 1
接上文，因此我觉得，浏览器的产品生态>功能>性能。当然了性能得是一个层次的，拉的太多了肯定不行（点名某 i 姓浏览器）。
chrome 逼的微软连自己内核的 edge 也放弃了，转投 chrome ； safari 功能那么缺失，被称为新时代 ie ，仍然位居第二；就是因为这俩是分别是 android 和 ios 的第一浏览器。这充分说明了产品生态的重要性 |
|
32
yjhatfdu2 282 天前
@zzxqd 主要影响的是加载时间和复杂 webapp 的响应速度，同时反过来也会影响能效，顺便，现在兼容性最差和功能缺失的可不一定是 webkit ，https://web.dev/blog/interop-2023
|
 |
33
wingzhingling 282 天前 via Android
兼容性 safari 肯定不如 chrome 的，现在开发中遇到的兼容性问题大部分都来自 safari
|
 |
34
wclebb 282 天前
喜欢 Safari ，但全平台还是 Chrome 舒服，毕竟书签摆在那。
于是 Safari 日常使用 Chrome 工作模式 |
 |
35
Aboceder 282 天前
性能超没超过不知道，只知道开发者调试做的跟💩一样，不知道苹果自家的程序员会不会用 Safari 调试
|
 |
37
shenyuzhi 282 天前 via iPhone
Safari 真是垃圾中的战斗机。最近又发现一个 bug ，开发者工具打开并且不在前台的话，Safari 会阻塞所有网络请求
|
 |
38
MarkP 282 天前
能耗方面应该是超越的。
|
 |
39
dwzrlp 282 天前
就喜欢 safari 一个功能,翻译网页的时候,图片上的文字也翻译了,其他感觉都不咋
|
 |
40
Adelell 282 天前 via iPhone
老 Mac 用 Safari 看不了 Netflix ，chrome 可以。跟 DRM 有关。
|
 |
41
ShuWei 282 天前
很多年经验，感觉 safari 相对省资源一点，毕竟功能少一些，至于所谓的性能，实在是感觉不出多大的区别，如果硬要拿个别细节对比来说谁好，那肯定是对比的人才是对的
|
|
42
LUO12826 282 天前
@BMPixel #7 也可以跑别的测试的，Safari 一般都快一点，可能因为平台独有所以可以做一些专门的优化。Speedometer 虽然说是 webkit 团队主导的，但也有其它团队参与，最新的 speedometer 3 就是联合 Google ，MS 等几家一起发布的。
|
|
43
LUO12826 282 天前
@BMPixel #7 不过话说回来跑分也确实不那么重要，毕竟我正常开拓展程序的话 speedometer 2 会下降一百来分，也还是开着。习惯和生态更重要一些。
|
|
44
LUO12826 282 天前
@zzxqd #28 测试这样做倒没错，因为本来就要考验 js 引擎和渲染引擎的极限性能。像是一些很复杂的电商网页、富文本编辑或者 VSCode 这种大型 web App 还是需要这些性能的。
但确实生态更重要。我的 Chrome 开拓展程序后跑分要掉 1/3 ，但也还是开着。 |
 |
45
aitianci 282 天前
Safari 性能再强我也不用，扩展太弱了，不好用
|
 |
46
houshuu 281 天前
日常 Safari 用 AdGuard ，去广告和油猴就有了，其他插件大概都能找替代。
前端开发起个火狐是最方便的，各种元素定位和数据解析非常方便，插件也全。 |
 |
47
leekayui 281 天前
emmm, 我的是 M1Pro 10+16 32g
跑 Speedometer 3 ， Safari 22.7 ，Chrome 25.9 ，Arc 24.1 |
 |
48
dj721xHiAvbL11n0 281 天前
@xxmym #22 你的小猫咪跳的好高哈哈哈
|
 |
49
duanxianze 281 天前 1
Safari 就是新时代的 ie
|
 |
50
lslqtz 281 天前
自用 Safari 顺滑非常多, 只是不知道为什么 Apple 一直不给网页开 120Hz 动画.
在实验性功能中关闭 Prefer 60FPS 可解. |
|
51
lslqtz 281 天前
相比 Windows 上的 Chrome, Safari 的网页载入速度似乎慢一点, 但就我而言明显用户体验高太多太多. 开发者工具确实有点一言难尽就是...
|
 |
52
weiruik 281 天前
从省电角度说 Safari 高出很多。Chrome 开几个静态网页，什么都不干光放着就有 30W 整机功耗，看个视频就奔 50W 了；而 Safari 基本在 10-20W 。
机器：19 年款 intel i7 16 寸 |
 |
53
fyxtc 281 天前
内存大户 chrome 和系统原生自带 safari 比性能说不过去啊，用 chrome 从来不是因为性能吧哈哈
|
 |
54
ShunYea 281 天前
我还是一直用 Firefox ，因为在 Windows 上习惯了，Mac 下也就继续使用，跑分测试貌似差个三分之一吧，感觉还行。
|
 |
55
neiltroyer849 270 天前
@BMPixel 新的 speedometer 3 是 M 家，Google 和苹果三家成立专门的 consortium 一起开发的，而且是提案式治理的，Google 自己也是认可的还专门发了文章： https://blog.chromium.org/2024/03/speedometer-3-building-benchmark-that.html&ved=2ahUKEwjKndyN6o-FAxX6k1YBHdwIBZ8QFnoECCIQAQ&usg=AOvVaw0uTftBPAHGnrBfn34tBHsi
|
 |
56
IxIIxI 262 天前
我的设备是 M1 的 20 款 MBA ，最近遇见了两个痛点。
1 、Chrome 有时候占用极高，本来 M1 就没风扇，这个时候笔记本底部和键盘巨热，但有时候没意识到发热，就对电池健康损害极大。 2 、Safari 的兼容性极差，有些网站极其不友好，例如输入表单居然不回显，甚至表格数据渲染都有问题。长时间不活跃的页面会卡死，刷新都不行，只能重开浏览器。 现在对 IOS 系统去魅了，如果 Chrome 是 IOS 的原生系统多好啊。 |
 |
57
toutaikkj 256 天前
@cab11918111 不知道是不是 Smooth Scrolling 在 Mac 上用不了的原因，但我觉得是谷歌对于苹果移动端不准使用其他内核的报复行为，因为而且 chrome 苹果移动端真的一点非线性动画都没有，标签切换也没有安卓顺滑，而且整个软件看起来很奇怪。很难想象和安卓 chrome 是一家做的，感觉就只是为了拓展平台。
|
Select Language