python的os.chmod()在windows上仅映射只读/可写状态，忽略group/other权限；跨平台应分路径处理，windows用icacls，unix类系统注意umask影响。
Python 本身不提供跨平台的文件权限抽象层，os.chmod() 在 Windows 上仅支持 stat.S_IRWXU 等常量的子集，且实际行为与 Unix 完全不同——直接套用 Linux 权限逻辑到 Windows 会静默失败或误设 ACL。
Windows 下 os.chmod() 为什么只认 0o600 和 0o700 这类掩码？
Windows 文件系统（NTFS）不使用 Unix 的 rwx 三位元模型，而是依赖 ACL（访问控制列表）。Python 的 os.chmod() 在 Windows 上只是个兼容性补丁：它把传入的 mode 映射为“只读”或“可写”两个状态。具体来说：
-
mode & 0o200为真 → 清除文件的FILE_ATTRIBUTE_READONLY标志（即设为可写） - 否则 → 设置该标志（即设为只读）
- 其他 bit（如 group/other 权限、setuid 等）全部被忽略
- 所以
os.chmod(path, 0o644)和os.chmod(path, 0o600)在 Windows 上效果完全一致
想在 Windows 上真正控制“谁有读/写/执行权”，必须用 win32security 或 icacls
绕过 Python 标准库限制的可行路径只有两条：调用 Windows 原生 ACL API，或调用系统命令 icacls。推荐后者，因无需额外依赖且容错性强：
- 用
subprocess.run(['icacls', path, '/grant', 'Users:(RX)'], check=True)授予普通用户读取+执行权限 - 用
subprocess.run(['icacls', path, '/remove:g', 'Everyone'], check=True)移除 Everyone 组权限 - 注意：所有
icacls调用需以管理员权限运行才能修改系统级保护对象（如C:\Windows下文件） - 路径中含空格时，
icacls会报错，务必用shlex.quote(path)包裹
Unix/Linux/macOS 下 os.chmod() 可靠，但要注意 umask 干扰
虽然 os.chmod() 在类 Unix 系统上能精确设置 rwx 位，但新建文件的实际权限受进程 umask 影响。常见陷阱：
- 用
open(path, 'w')创建文件后立刻os.chmod(path, 0o600)是安全的 - 但若用
os.open(path, os.O_CREAT | os.O_WRONLY, 0o600)，最终权限是0o600 & ~umask，可能变成0o600、0o644甚至0o666 - 可靠做法：总是显式调用
os.chmod()，不要依赖 open 时的 mode 参数 - 需要 setuid/setgid 时，确保进程有相应 capability（Linux）或 root 权限（macOS），否则静默失效
跨平台权限管理最易被忽略的一点：没有统一语义。所谓“让文件仅当前用户可读写”，在 Windows 对应的是 ACL 中的 CREATOR OWNER + Users 组策略，在 Linux 对应的是 chmod 0o600 + chown。硬写一个函数试图封装二者，只会掩盖差异、增加调试成本。按平台分路径处理，比强行抽象更稳妥。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
