macos沙盒机制本身不限制安装程序或脚本运行，但叠加sip和pppc后会严格约束其文件访问与系统调用；沙盒应用默认仅可读写自身容器目录，无法向/applications、/usr/local等路径写入，调用installer或sudo执行脚本均会触发operation not permitted错误。
macOS 沙盒机制本身不直接限制“安装程序”或“脚本”的运行，但它会严格约束这些程序在执行过程中能访问哪些文件、目录和系统资源——尤其当它们以沙盒化应用身份运行时。真正的限制来自两层叠加：一是 App Sandbox（针对 GUI 应用），二是系统级保护机制如 SIP（System Integrity Protection）和 Privacy Preferences Policy Control（PPPC）。安装失败或脚本报错 “Operation not permitted”，往往不是权限没给够，而是没走对路径。
沙盒应用无法直接执行安装脚本
如果一个安装程序是打包为 .app 的沙盒化应用（比如从 Mac App Store 下载的），它默认只能读写自己的容器目录（~/Library/Containers/<bundle-id>/Data/</bundle-id>），不能：
- 向
/Applications、/usr/local、/Library等系统路径写入文件 - 调用
installer命令安装 .pkg 包（会被内核拦截） - 执行需 root 权限的 shell 脚本（即使加了 sudo，沙盒也会阻止进程提权）
- 修改其他应用的 bundle 或 plist 文件
这类操作会直接触发 Operation not permitted 错误，且不会弹窗提示——因为沙盒在内核层就拒绝了系统调用。
命令行工具与脚本的沙盒边界
终端里直接运行的脚本（如 bash、python）默认不受 App Sandbox 限制——前提是它不是某个沙盒 app 启动的子进程。但仍有关键约束：
- 若脚本由沙盒应用（如某 GUI 安装器）通过
NSTask启动，则继承其沙盒权限，无法突破容器边界 - 即使脚本本身无沙盒，若尝试访问受隐私控制的路径（如
~/Documents、~/Desktop），仍可能被 PPPC 拦截，需用户在“系统设置 > 隐私与安全性”中手动授权 - 调用
open -a启动另一个 app 时，若目标 app 是沙盒化的，它启动后依然受限于自身 entitlements
绕过限制的合规路径
想让安装逻辑正常工作，必须避开硬编码路径和静默提权，转而依赖系统提供的授权通道：
- 用
NSOpenPanel让用户选择目标安装位置（如~/Applications），再通过 security-scoped bookmark 持久化访问权限 - 将辅助工具（helper tool）嵌入沙盒 app，并在 entitlements 中声明
com.apple.security.temporary-exception.files.absolute-path.read-write（仅限特定路径，需 Apple 审核批准） - 对需要系统级部署的组件（如 launchd plist、kernel extension），改用 macOS 提供的 Installer Package（.pkg），由系统 installer 进程执行——它不受 App Sandbox 限制
- 避免使用
sudo在沙盒内提权；如确需管理员权限，应弹出标准 Authorization API 对话框，由用户明确确认
常见错误与对应解法
遇到安装失败，先判断错误来源：
-
Operation not permitted出现在访问/usr/local/bin→ 很可能是 SIP 生效，而非沙盒；可临时禁用 SIP（恢复模式下csrutil disable），或改用用户目录（~/bin） - 脚本在 Terminal 中能跑，集成进 app 后失败 → 检查是否用了
NSTask启动，确认子进程未被沙盒继承；建议改用 XPC service 或独立 helper 工具 - 用户点了“允许”，但下次启动仍报错 → 未正确保存并恢复 security-scoped bookmark，或没配
startAccessing / stopAccessing配对 - 安装后图标不显示在 Launchpad → 因沙盒 app 不能往
/Applications写，应引导用户拖拽安装，或调用NSWorkspace.shared.launchApplication(at:)启动已存在的 app
