macos应用沙盒不约束安装路径，仅限制安装后的运行时行为；安装阶段由gatekeeper、sip和用户权限控制，沙盒在应用首次启动时才生效，绑定容器路径并拦截未授权的文件访问。
macOS 应用沙盒本身不直接限制安装程序（如 .pkg）的路径访问，真正起作用的是 Gatekeeper、SIP（系统完整性保护）和用户权限三者协同，而沙盒约束的是安装完成后的运行时行为——不是“装在哪”，而是“装完后能干什么”。
安装阶段：沙盒不介入，SIP 和管理员权限主导
安装过程由 installer 或拖放操作触发，此时应用尚未启动，沙盒机制未激活：
- .pkg 安装包需管理员密码，是因为它常向 SIP 保护路径写入（如
/Library、/usr/local、/Applications），普通用户无权修改这些位置 - 拖放 .app 到
/Applications也会弹出权限请求，本质是系统对全局可执行目录的写入控制，与沙盒无关 - 若改走用户目录（如
~/Applications或~/Library/Application Support），全程无需管理员密码——因这些路径天然属于当前用户，不受 SIP 限制
安装完成后：沙盒才开始生效，路径映射绑定容器
应用首次启动时，沙盒策略才被内核加载并强制执行：
macOS Local Voice
下载
利用 macOS 原生能力实现本地语音识别与合成。通过 yap (Apple Speech.framework) 进行语音转文字，通过 say + ffmpeg 进行文字转语音。完全离线，无需 API 密钥。具备音质检测与智能选声功能。
- 沙盒应用会被分配专属容器路径：
~/Library/Containers/<bundle-id>/Data/</bundle-id>，所有偏好设置、缓存、文档默认落在此处 - 若用户手动把已签名的沙盒应用从
/Applications移到桌面或其它非标准路径，其容器目录仍按原始 bundle ID 解析，但系统可能无法正确挂载或识别，导致数据丢失、NSOpenPanel 失效、辅助功能异常 -
~/Documents、~/Desktop等路径对沙盒应用而言“存在但不可达”，直接 open() 或 write() 会返回Operation not permitted，这不是权限位问题，而是内核沙盒策略拦截
安装路径选择如何影响沙盒行为
路径本身不改变沙盒开关状态，但会影响运行时环境稳定性：
- 从 Mac App Store 安装的应用，默认启用沙盒且固定绑定
/Applications路径，移动后易出问题 - 官网下载的沙盒应用（如部分 Electron 应用），若打包时声明了沙盒 entitlements，无论放在哪都会受约束；但若放在
~/Applications，其容器仍有效，只是图标、Dock 行为可能降级 - 非沙盒应用（如 Chrome、VS Code）可自由读写用户目录，但依然无法绕过 SIP 写入
/System或/bin
关键提醒：别混淆“安装路径”和“运行时访问路径”
开发者常误以为“装在用户目录就能绕过沙盒”，实际并非如此：
- 沙盒是否启用，取决于
com.apple.security.app-sandboxentitlement 是否存在，与安装位置无关 - 能否访问
~/Documents，取决于是否通过NSOpenPanel获取授权 + 安全书签持久化，而不是“装在哪” - 试图用 chmod 或 chown 强行开放路径无效——沙盒拦截发生在内核层，不依赖传统 Unix 权限位
