macOS沙盒应用访问系统路径失败通常因未走合规路径：需用NSOpenPanel获取用户授权并保存安全书签，配合Info.plist和entitlements正确配置权限，且必须严格调用start/stopAccessingSecurityScopedResource。
macOS 沙盒应用访问系统路径失败，通常不是权限配置错误，而是没走合规路径。系统默认禁止硬编码访问 ~/Documents、~/Desktop、~/Library/Application Support 等位置——哪怕路径存在、用户有读写权，沙盒也会拦截并报 Operation not permitted。
确认是否真被沙盒拦截
别急着改 chmod 或 chown。先判断是不是沙盒在起作用：
- 报错出现时，操作目标是不是桌面、文档、下载、外接卷或
~/Library/下的子目录？这些路径天然受沙盒限制 - 运行
ls -lOe ~/Documents，若输出含restricted或com.apple.quarantine，说明路径处于受控状态 - 查
/Library/Logs/TCC/tcc.log（需提前开启日志），搜索你的 Bundle ID，看拒绝类型是kTCCServiceSystemPolicyAllFiles还是kTCCServiceFileProviderDomain
用 NSOpenPanel + 安全书签获取持久访问权
沙盒下唯一长期可行的方式，是让用户主动选择路径，并保存安全书签：
WeChat macOS Proxy
下载
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
- 启动时调用
NSOpenPanel，设canChooseDirectories = true、resolvesAliases = true - 用户确认后，立即执行
url.startAccessingSecurityScopedResource() - 完成读写后，必须立刻配对调用
url.stopAccessingSecurityScopedResource() - 调用
url.bookmarkData(options: .withSecurityScope)生成书签数据，存入自身容器内（如~/Library/Containers/com.yourapp/Data/Library/Application Support/bookmarks.dat） - 下次启动时，用
URL.resolvingBookmarkData(_:)恢复 URL，再startAccessing才能继续访问
Info.plist 和 entitlements 必须同步配置
代码写对了，但配置漏一项，授权就无效：
- 添加键
com.apple.security.files.user-selected.read-write，值为true - 若需复用书签，还要加
com.apple.security.files.bookmarks.app-scope - Xcode 中勾选 Capabilities → “User Selected File Access” 和 “App Sandbox Bookmarks”，仅作参考，务必手动检查 Info.plist 和 entitlements 文件
- 修改后必须重新签名：
codesign --force --deep --sign - /Applications/YourApp.app
避开高频踩坑点
很多失败不是逻辑问题，而是细节疏忽：
- 不要把 bookmarkData 存到
/tmp、/var/folders或全局路径，沙盒应用无权读取 - 不要在主线程长时间持有
startAccessing，应“打开→操作→关闭”，最小化作用域 - 若用 Electron，确保
BrowserWindow创建前已完成书签恢复和startAccessing - 不要用
temporary-exception类权限提交 App Store 审核，苹果明确拒收硬编码路径（如/Volumes/NO NAME）
