macOS应用沙盒是系统级运行时约束机制，依赖代码签名、entitlements声明（如com.apple.security.app-sandbox）及运行环境协同生效；必须先正确配置并签名才能启用，之后需选用沙盒兼容接口（如NSOpenPanel、FileManager容器路径等）而非绕过限制。
macOS 应用沙盒不是靠调用某个“沙盒 API”来开启的，它本质上是系统级的运行时约束机制，依赖代码签名 + 权限声明（entitlements）+ 运行环境配合生效。所谓“利用沙盒 API”，实际是指在沙盒启用的前提下，正确使用系统提供的安全接口来完成受控操作，而不是绕过沙盒。
关键前提：沙盒必须先配置好
没启用沙盒，再安全的 API 调用也起不到隔离作用。启用方式是在 .entitlements 文件中明确声明：
<key>com.apple.security.app-sandbox</key> <true/>
并确保构建时用开发者证书签名，否则 macOS 会直接拒绝启动。
用对系统接口，才能在沙盒里安全做事
沙盒关闭了大部分直连路径（比如不能 open("/Users/xxx/Documents/file.txt")），但提供了替代方案。重点不是“调 API”，而是“选对路径”。
-
文件访问必须走用户授权或沙盒容器内路径
- 用户主动选择的文件：用
NSOpenPanel或NSSavePanel获取URL，之后可读写（需对应 entitlement，如com.apple.security.files.user-selected.read-write） - 应用自有数据：直接用
FileManager.default.urls(for: .applicationSupportDirectory, in: .userDomainMask)，这类路径天然在沙盒容器内，无需额外权限 - 下载目录、文稿目录等系统预授权位置：需在 entitlements 中声明对应键，例如
com.apple.security.files.downloads.read-write
- 用户主动选择的文件：用
剪贴板操作默认允许，但敏感内容会被自动过滤
沙盒下NSPasteboard.general.string(forType: .string)可正常读取，但若内容来自受保护应用（如密码管理器），系统会返回空或模糊值——这是内核层拦截，不是 API 行为，开发者无需额外处理，但需接受这种限制。进程通信必须显式声明，不能硬编码服务名
如果应用需要和辅助进程（如 Helper Tool）通信，不能直接CFMessagePortCreateRemote("com.example.mytool")。应使用com.apple.security.temporary-exception.mach-lookup.global-name配合 Bundle ID 动态生成的服务名，例如$(PRODUCT_BUNDLE_IDENTIFIER).helper。网络请求不受沙盒直接限制，但需声明 outbound 权限
默认允许出向连接（com.apple.security.network.client），但若要用 Bonjour、本地 socket 或监听端口，则需额外加com.apple.security.network.server和对应 entitlement。
避免常见误区
- 不要尝试用
system()或NSTask执行未签名的外部命令——沙盒会拦截，且违反最小权限原则 - 不要硬编码绝对路径（如
/tmp/xxx）——沙盒下/tmp是受限视图，应改用FileManager.default.temporaryDirectory - 不要依赖
getenv("HOME")获取用户目录——沙盒中该值不可靠，改用NSHomeDirectory()或FileManager.default.homeDirectoryForCurrentUser
沙盒的安全性不来自某段代码，而来自整个执行上下文的约束。你写的每一行文件操作、每一次进程调用、每一条网络请求，都在这个框架下被系统实时校验。真正提升安全性的动作，是删掉那些“本不该有”的权限声明，而不是多调一个 API。
