macOS权限映射与兼容性由POSIX权限、ACL、挂载层模拟、SIP保护及文件系统能力共同决定；跨协议或跨平台时权限表现异常属设计使然，非bug。
macOS 文件系统下的权限映射与兼容性，核心在于理解“谁能看到、谁能操作、在哪一层生效”。它不是单一机制，而是 POSIX 权限、ACL 控制、挂载层模拟、SIP 保护和文件系统原生能力共同作用的结果。尤其在跨协议（如 SMB/NFS）、跨平台（如 NTFS）或使用第三方驱动（如 FUSE）时，权限表现常与直觉不符——这不是 bug，而是设计使然。
POSIX 与 ACL：底层权限的双轨并行
macOS 延续 Unix 风格，所有文件默认受三元 POSIX 权限控制（user/group/others + r/w/x），用 ls -l 可直观查看。但仅靠它无法满足复杂协作需求，因此引入 ACL（访问控制列表）作为扩展：
- ACL 条目优先级高于 POSIX：例如某文件 POSIX 设为
644（组不可写），但 ACL 显式添加allow:alice:write，则 alice 仍可写入； - ACL 不会自动继承：子目录/文件默认不继承父目录 ACL，需用
chmod +a "file_inherit,directory_inherit"显式开启； - 查看完整权限用
ls -le，修改用chmod +a或-a，避免仅调chmod 755覆盖已有 ACL。
SMB/NFS 挂载：服务器权限 + 客户端映射
挂载远程共享时，你看到的“所有者”和“可执行”状态，是 macOS 挂载驱动根据选项合成的视图，并非服务端真实属性：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- SMB 默认启用
noowners和noexec：导致文件显示为nobody:nogroup且脚本无法运行，解决方法是显式加-o rw,noowners,exec； - UID/GID 强制映射最可靠：如
mount_smbfs -o uid=501,gid=20 //user@host/share /Volumes/share，让所有文件在本地统一归属当前用户； - NTFS 移动硬盘插 Mac 后只读？本质是内核未加载写入驱动，非权限问题；若用 Nigate 等 FUSE 工具挂载，则可通过
uid=501,gid=20,umask=022完全控制本地视图权限。
NTFS 兼容性：原生限制与绕过路径
macOS 对 NTFS 的写支持被系统级锁定，原因包括 SIP 限制驱动加载、元数据（如 ADS）不兼容、缓存策略冲突等。这导致三类典型报错：
-
Operation not permitted：SIP 阻止非签名 NTFS 写驱动加载； -
Resource busy：Windows 未安全弹出设备，NTFS 日志标记为 dirty； - 大文件或热插拔场景错误率显著升高（热插拔时权限错误率达 31%）。
可行解只有两类：一是用 Apple 认证方案（如 Paragon NTFS）；二是用 Nigate 等支持 Apple Silicon 原生优化的 FUSE 方案，其通过用户空间实现元数据转换与日志安全处理，规避内核层限制。
完全磁盘访问与隐私保护：权限请求背后的逻辑
macOS Catalina 起强化隐私管控，“完全磁盘访问”（Full Disk Access）不是传统 Unix 权限，而是独立授权机制：
- 终端、VS Code、iTerm 等工具若需读取
~/Downloads或~/Desktop以外目录，必须手动在「系统设置 > 隐私与安全性 > 完全磁盘访问」中勾选； - 即使
chmod 777给了所有权限，没获得该授权，程序仍会收到Operation not permitted； - 开发应用时，若只访问特定目录（如仅 Downloads），应在 Info.plist 中声明
NSDocumentsFolderUsageDescription等细粒度权限，而非直接索要完全磁盘访问。
