hguandl

1. 是
2. 设备互联和自动填充方便
3. 没有多用户切换
4. 绝大多数情况下用 Safari ，需要管理多个小号的时候用 Chrome 。

场景：我拓展只装了 Adguard 和 TamperMonkey ，其他的目前没有需求。事实上 Xcode 有个工具可以一键把 Chrome 拓展转换成 Safari 的，但是苹果给的 API 少一些，转了不一定就能用。

libSystem.B.dylib 应该是 macOS 上的 libc ，属于系统的一部分，正常来说所有程序都会动态链接这个库，不能再去掉了。只剩这一个动态库的话，可以说这个程序是静态的，其他人系统无法运行应该不是链接库的问题。我想了几种可能的原因：

1. 系统版本：如果不指定的话，默认情况下编译出来的程序所需的系统版本是和当前系统一致的。可以通过 otool -l nginx | grep minos 查看。可以加编译参数把目标版本设置得低一些，比如 -mmacosx-version-min=11.0 ，就是兼容 Big Sur 版本。

2. 架构：可能你用的是 Apple Silicon ，编译出来的是 arm64 的二进制文件，别人电脑是 x86 的，就无法运行。这就需要交叉编译，可以看官方文档 https://developer.apple.com/documentation/apple-silicon/building-a-universal-macos-binary

3. 签名：macOS 的安全规则比较苛刻，对于下载的文件，如果没有合适的签名可能会阻止运行。试试 xattr -d com.apple.quarantine nginx 把隔离去掉。

启动时 Dock 一直跳应该是在验证应用的签名，有时候还需要联网。比较老的系统没这个步骤，启动就比较爽快。为了安全和功能性带来的开销我觉得还算可以接受，但是体验上的下降很难讲道理。遇到一个卡顿的地方从用户的角度很难仔细地去 profile 到底是功能还是 bug 带来的，只能都怪系统不行。

第一次使用的时候联网下载，后续使用的时候让在意隐私的用户关闭联网权限我觉得就够了。

看起来是 cloudflared 不在默认 PATH 下。因为 iTerm 启动 command 的时候还没有加载 zshrc ，自定义 PATH 没生效。
可以先用 which cloudflared 看它的绝对路径，然后把 ProxyCommand 里的 cloudflared 替换成绝对路径。

我这边做了一个基准测试，使用官方 AVFoundation 里的 API https://developer.apple.com/documentation/avfaudio/avaudioplayer 写了只用来播放特定 flac 音乐的 Demo App 。

我的机器是 M1 款 Macbook Pro ，测试播放的情况是：一开始播放在 3.2 ，10 秒后降至 1.几，30 秒开始稳定在 0.8 。

Demo 代码在 https://gist.github.com/hguandl/e279871653ad28bd03bc7f5dc11727bf

macOS 其实支持创建 Linux 虚拟机，在最新的 Ventura 中达到了比较可用的程度。可以参考今年 WWDC 的这个视频 https://developer.apple.com/wwdc22/10002

当然在 Apple Silicon 上只能装 aarch64 版的 Linux 。Ventura 的亮点之一就是把 Rosetta 2 引入了 Linux 虚拟机，这样在 aarch64 的 Linux 上也能直接运行 x86 的二进制文件。

文件保险箱就是全盘加密，对于老设备来说性能开销比较大，实在影响使用的话就关掉吧。如果用的是 T2 和 Apple Silicon ，芯片上都是有专门的硬件加速的，还是建议开启。

@ttgo macOS Ventura 终于有这个 API 了，就是我上面说的 ScreenCaptureKit 。苹果在 WWDC 22 出了两个 session 来介绍：Meet ScreenCaptureKit 和 Take ScreenCaptureKit to the next level 。v2 不让连续两楼发链接，我就只发标题大家自行搜索吧😂