macOS用户权限修复需分层处理：先用sudo diskutil resetUserPermissions重置主目录ACL与所有权，再针对/usr/local或/opt/homebrew用chown修正归属，第三方App需移除quarantine属性并校准权限，系统路径异常应通过磁盘工具“急救”修复而非手动chmod。
macOS 的用户权限和目录所有权不是“设一次就万事大吉”的配置，而是需要按位置、按用途匹配的动态关系。系统对不同路径有明确归属要求：/Users/xxx 必须归当前用户所有，/usr/local 通常归普通用户（非 root），而 /Applications 下的 App 则需保持 root:admin 所有权与特定权限组合。错配会导致访达打不开文件夹、Homebrew 报错、App 安装失败等常见问题。
用户主目录（/Users/xxx）必须由本人完全拥有
迁移账户、恢复备份或误用 sudo 操作后，/Users/xxx 目录可能被设为 root 所有，导致访达提示“您没有权限访问该文件夹”。这不是简单改权限就能解决的问题——ACL 和 POSIX 所有权都需重置。
- 终端执行：sudo diskutil resetUserPermissions $(id -u)，该命令会还原用户主目录及其子目录的标准 ACL 与所有者归属
- 执行后无需手动 chmod，系统自动应用读写执行权限（700 对 home 目录，600/755 对内部文件与子目录）
- 若仍无法访问，检查是否启用了“移动账户”或网络目录绑定；这类账户的权限策略由服务器端控制，本地重置无效
/usr/local 或 /opt/homebrew 归属必须是当前用户
Homebrew 要求其根目录及子项由普通用户拥有，否则 brew install、brew upgrade 会因“Invalid permissions”中断。root 占用所有权是最常见原因，尤其在用 sudo brew 命令后。
- Intel Mac：sudo chown -R $(whoami) /usr/local（注意：先递归改内容，再改目录本身）
- Apple Silicon（M1/M2/M3）：sudo chown -R $(whoami) /opt/homebrew
- 验证方式：运行 brew doctor，不再出现 “permissions” 类警告即成功
- 切勿对整个 /usr 目录执行 chown，/usr/bin、/usr/lib 等系统路径必须保持 root:wheel
第三方 App 安装后需解除隔离并校准权限
从互联网下载的 App 首次启动时弹出“已损坏”或“无法打开”，本质是 Gatekeeper 的隔离属性（com.apple.quarantine）+ 执行权限缺失双重限制。
- 移除隔离：xattr -d com.apple.quarantine /Applications/AppName.app
- 确保可执行：chmod -R 755 /Applications/AppName.app
- 修正归属（如提示“权限不足”）：sudo chown -R root:admin /Applications/AppName.app
- 不建议用 chmod 777 或 chown $USER，这会破坏签名验证机制，导致后续更新失败
系统级修复优先用磁盘工具“急救”，而非暴力 chmod
当多个系统应用异常（如“设置”闪退、Spotlight 失效、钥匙串访问报错），可能是 /System、/Library 权限漂移。此时不应手动 chown 或 chmod 系统路径——macOS 不允许也不支持这种操作。
- 打开“磁盘工具” → 选中启动宗卷（如 Macintosh HD）→ 点击“急救”→ “运行”
- 该流程调用底层 verifyVolume 和 repairVolume，只修复 Apple 官方签名验证失败的权限项
- 重启后若问题仍在，说明不是权限问题，而是配置文件损坏或 SIP 被禁用导致的深层异常
