感觉 Mac 端的应用冷启动的时间，比其他平台(Windows, Linux )要更久,这个是符合预期的吗？

[neetz]

一些 APP 如果关闭一段时间后再打开，会在 Dock 栏跳动几下才能真正启动，体感上对比其他平台要更久一点？

Zed 这种 rust 编写的跨平台编辑器，按说冷启动速度应该是明显有优势的。但是 Mac 端有时候会莫名其妙的多等 1 、2s 。还有按说很轻量的看图软件，也是打开图片的瞬间没法立刻开启软件，有个明显的启动过程。

这个是 Mac 自己的策略吗，感觉有点奇怪，不知道是否符合预期呢？ Gemini 肯定了我的说法，但是我在网上搜索不到相同的问题，不知道是不是错觉。

[yyluxe]

确实久

[emptyiscolor]

1. 如果你在国内，大概是 macOS Gatekeeper 的锅，这个东西会联网检查你将要启动的 app 证书的有效性 (validity)
2. 系统调用机制不太一样：Linux 使用 fork() + exec() ，macOS 使用 posix_spawn()，当然这两种 syscall 也不会造成太大区别。
3. 现在的 Mac app 基本都是 ”universal binary“ 格式了，既包含 x64 也包含 aarch64 。App 本身 binary 体积就比其他平台的单架构大很多，再加上 Mac app bundle 静态编译居多，冷启动进行解析和加载理论上和体积成正比。
4. 冷启动动态库没命中 dyld cache

[0619]

@emptyiscolor 不懂就问，如果是国外的话是不会联网检查有效性的吗

[0619]

@0619 还是联网延迟会低一点

[dilidilid]

@0619 因为国外没墙，网络环境比较干净，Apple 的很多服务在国内不好用也是这个原因，本地化适配做的不够

[dcsuibian]

对的，就是很慢。所以每次开机都是先把应用点一下，让他不要每次都冷启动

[ern]

就是 Gatekeeper 的影响，一般没其他

[MinonHeart]

关闭 sip 会快很多

[Vesper]

gatekeeper sucks

[chengYT]

因为每次启动都去校验证书

[AEDaydreamer]

针对 zed 我测试了一下, m1 16g tun 模式代理是秒开的. 应该就是 gatekeeper 的问题.

[wu67]

你把苹果的域名加入代理就好了
一般来说是这个 ocsp2.apple.com
或者 valid.apple.com
或者 certs.apple.com

不过我个人是把整个带 apple 关键字的域名都分流进去了, 简单省事.

[Kenshiro]

@dilidilid 国内随机对 Apple 域名打靶阻断限速，这跟本地化什么没关系

[EvaElfie]

关闭 SIP 就能关闭 gatekeeper ，一般都会快一点，但是稍微大一点的应用例如 office 三件套还是比 Windows 慢不少

[tars16]

https://www.v2ex.com/t/1163543
可以看下这个帖子里面的 https://www.ihewro.com/archives/1355/

[LeonParker]

@1014982466 这个案例我感觉是 Office 的问题 Adobe 系列在 Mac 上快很多

[SakuraYuki]

@LeonParker adobe 这个确实，mac 2,3s 就启动了，windows 一般要等十来秒

[feb17]

@Kenshiro 好奇是谁在阻断？ Why ？

[cns]

@emptyiscolor
@dilidilid
既然和网络有关，那么全局走代理是不是应该启动速度快一点。
还有大家正常软件启动速度多快，我的 office 三件套试了一下 1s 左右，但我是走代理的。

[Kenshiro]

@feb17 自行检索 Google CN 事件