macOS沙盒应用的临时文件夹是受控区域，专属路径为~/Library/Containers/<bundle-id>/Data/tmp/，默认可读写但需自行清理；不可访问全局/private/tmp，否则触发Operation not permitted错误。
macOS 应用沙盒环境下的临时文件夹不是随便写入就能自动清理的“垃圾桶”，而是有明确归属、生命周期和访问边界的受控区域。沙盒应用不能直接使用系统级 /tmp，必须依赖自身容器内的 tmp 目录或经用户授权的临时路径，否则会触发 Operation not permitted 错误。
沙盒应用专属的 tmp 目录位置与权限
每个沙盒应用在启动时，系统会为其创建独立容器目录：~/Library/Containers/<bundle-id>/Data/tmp/
该路径是沙盒内唯一默认可读写的临时区，无需额外声明权限，且生命周期与应用容器绑定。它不同于全局 /tmp（即 /private/tmp），后者对沙盒应用不可见——即使硬编码路径访问也会被内核拦截。
- 该目录内容不会被系统自动清除，需应用自行管理（如定期清理过期缓存）
- 适合存放进程内短期数据（如解压中间件、图像处理缓存），但不适合长期保存
- iTunes 或 Time Machine 不备份此目录，符合临时性设计预期
全局 /tmp 的使用限制与风险
沙盒应用无法直接读写 /tmp 或 /private/tmp。部分安装器或命令行工具（如 Homebrew 安装的 ollama）可能在其非沙盒进程中使用该路径，但这不适用于 App Sandbox 应用本身。
- 若强行尝试访问，系统返回
Operation not permitted，而非权限拒绝（Permission denied） - 即使通过 entitlements 申请
com.apple.security.temporary-exception.files.absolute-path.read-write，也仅限调试，Mac App Store 审核会拒绝此类配置 - 残留文件（如安装失败后遗留在
/private/tmp/com.company.*的解压包）由系统 daily periodic 脚本清理，但只清 7 天以上内容，短期堆积仍会影响“系统数据”大小
安全书签支持下的用户授权临时路径
当应用需要将临时文件暂存到用户可见位置（如 ~/Downloads 或桌面子目录），必须走标准授权流程：
- 调用
NSOpenPanel或NSSavePanel，设置canChooseDirectories = true - 获取用户选择的 URL 后，生成 security-scoped bookmark 并存入自身容器（如
Application Support目录） - 每次访问前调用
startAccessingSecurityScopedResource()，完成后立即stopAccessingSecurityScopedResource() - 未正确配对 start/stop 或重启后未恢复 bookmark，会导致后续访问失败
模拟器与开发测试中的 tmp 行为差异
iOS 模拟器沙盒（~/Library/Application Support/iPhone Simulator/）虽结构类似（含 tmp 子目录），但属于开发环境特例，其 tmp 在模拟器重启时会被清空——这与 macOS 沙盒应用的持久化容器行为不同，不可混用逻辑。
- 真机或 Mac 原生沙盒应用的
tmp不随重启消失，需主动清理 - 模拟器中
tmp的自动清理是 Xcode 运行时行为，不代表生产环境规则 - 开发阶段误将测试逻辑套用到发布版本，易引发后台任务读写失败
