@jqtmviyu Safari 在 2020 年就已经支持 WebP 了。我觉得 Safari 被认为是 IE 的一大原因是不给做 backport ，iOS 上的 Safari 版本是只能随着系统升级而更新的，macOS 上是只有最近两个大版本的系统才提供 Safari 更新。相比于 Chrome Firefox 那边飞涨的版本号实在是太保守了点。

@BlackAdlerChi Safari 和系统结合更紧密一些，能自动填充的更多。比如短信验证码，算是系统给的特权吧。

TamperMonkey 价格还行，其实我后来还发现有 Userscripts 这类免费的，也挺好用的。

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 不让连续两楼发链接，我就只发标题大家自行搜索吧😂

现阶段最好的方案恐怕只有 BlackHole + 多输出设备，这个在 BlackHole 官网有教程。但是不久的未来是有更完美的方案的。下一个版本的 macOS Ventura 终于有 API 支持录声音了。前两天的 WWDC 就有一个专题讲这个： https://developer.apple.com/wwdc22/10156

OBS 也有支持这个功能的 PR： https://github.com/obsproject/obs-studio/pull/5875 和 https://github.com/obsproject/obs-studio/pull/6600 。不知道什么时候能发正式版，需要尝鲜的话需要升级到 macOS Ventura 测试版并编译合并了这些 PR 的 OBS 。

不知道 OP 是否看了 WWDC19 的演讲“通过 SwiftUI 的数据流”，这个是最初 SwiftUI 发布时苹果官方对于数据流的介绍。如果没有看过建议补一下 https://developer.apple.com/wwdc19/226 。苹果 WWDC 里的演讲虽然代码不多，但是概念讲解很生动。我认为这应该是学习 Swift 时选择的第一手资料，然后再去 hackingwithswift 等地方学习有经验开发者总结的教程。

上面链接里的教程由于是最早期的版本，个别 API 存在一些变动。比如里面提到的 BindableObject 已经更名为 ObservedObject ，@Published 属性引入后也不需要像视频里那样手动写更新了。

Apple Developer 里的学习资料很多，而且近几年的演讲视频都配了中文字幕很不错。不过因为一些术语也翻译成了中文，搜索起来有点麻烦。

@zj9495 我也发现 macOS 只需要添加服务器证书就可以用了，iOS 实际上会更严格一些，需要安装的是 CA 。

有两个可能的问题，一个是时间太长，另一个是 EKU 没有设置好，我觉得后者可能性更大一些。
iOS 的相关规定可以参考 https://support.apple.com/zh-cn/HT210176

苹果要求的 serverAuth EKU 应该无法直接添加给 CA ，所以需要多一个步骤。

1. 自行签署一个 CA
2. 用 CA 签署一个服务器证书，EKU 中包含 serverAuth
3. 为设备安装 CA 证书，NAS 使用服务器证书

具体教程可以看 https://stackoverflow.com/questions/21297139/how-do-you-sign-a-certificate-signing-request-with-your-certification-authority/21340898#21340898
注意回答中的代码有一行 extendedKeyUsage ，这个就是 EKU ，需要取消前面的 # 注释。其他的安装教程操作即可。

目前没有什么有效方案，我为此换了显示器。是否有这个问题要看型号，和品牌不完全相关，推测可能是色彩的某个方案存在兼容性问题。触发条件也不是非常明确，我之前是睡眠唤醒后经常遇到，显示深色内容时闪烁更加明显。要缓解的话只能关闭显示器电源，过一小会重新接上。

我以前遇到过，可能是 macOS 命令行的 bug 。

问题的追溯是这样的：首先 oh-my-zsh 在 shell 启动的时候会调用 git ，如果用的是系统自带的 git ，本质上是在调用一个 wrapper 去寻找 Xcode 路径里面的 git ，在重启后第一次执行这一过程耗时较长。

我印象中 Big Sur 时期会有这个问题，我升级到 Monterey 之后似乎没再遇到过了。

解决方法一是升级系统和 Xcode 试试。如果不想升级的话，可以安装 brew 里面的 git ，避免 oh-my-zsh 调用系统自带的 git ，这样就不会在重启后第一次运行时卡住。

MP4 是封装格式，内容主要取决于里面的视频流。QuickTime 自带录屏要保证实时性，编码速度不能慢，所以就没时间做很多压缩优化，码率就会高。所谓 FFmpeg 的转换格式，其实是给视频流重编码了，这时候重视的是质量和体积，所以可以用较长的时间来进行编码，而且 CPU 占用会非常高。

FFmpeg 可以也支持录像转封装和硬件加速编码，OP 可以试试别的参数，理解一下不同用法