os.chmod在Windows上对普通文件无效，因其仅影响只读属性（stat.S_IWRITE），不支持Unix式rwx权限位，NTFS权限由ACL和UAC等多层机制管控。
为什么 os.chmod 在 Windows 上对普通文件无效？
在 Windows 上调用 os.chmod(path, 0o755) 不会报错，但文件实际权限不会变——因为 NTFS 权限模型和 Unix 完全不同。os.chmod 在 Windows 下只影响「只读」属性（即 stat.S_IWRITE），其他位（如执行、组权限）被忽略。所以你改了权限却仍被拒绝执行脚本，大概率不是权限没改，而是根本没起作用。
常见错误现象：PermissionError: [Errno 13] Permission denied 或双击运行时报“此应用无法在你的电脑上运行”，其实和 os.chmod 无关。
- Windows 下 Python 脚本本身不需要「可执行权限」，只要解释器能读取它就能运行
- 真正卡住的是：脚本试图写入系统目录（如
C:\Program Files）、修改受保护注册表项、绑定 1024 以下端口，或访问被 UAC 阻止的资源 -
os.chmod对目录生效也有限——它只能设/清只读标志，不能赋予“完全控制”这类 ACL 权限
如何判断是脚本权限问题还是进程权限问题？
先确认错误是否真的来自脚本自身。运行时看到 EPERM（Operation not permitted），绝大多数情况是 Python 进程在尝试一个需要更高权限的操作，而不是文件不可读/不可执行。
快速自查方式：
立即学习“Python免费学习笔记（深入）”；
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 把脚本复制到用户目录（如
C:\Users\YourName\test.py），用命令行直接运行：python test.py—— 如果成功，说明原路径有访问限制（如在Program Files或网络共享） - 检查脚本里有没有
os.remove()、shutil.move()、open(..., 'w')写系统路径，或socket.bind(('', 80))绑定特权端口 - 用
Process Explorer查看 Python 进程的“完整性级别”：如果是 “Medium” 却试图写 “High” 区域（如HKLM\SOFTWARE），就会触发EPERM
以管理员身份运行的正确姿势
不要双击图标启动，也不要从非提升的 CMD/PowerShell 里直接跑。必须确保 Python 进程本身拥有高完整性令牌。
- 右键点击「Windows Terminal（管理员）」或「PowerShell（管理员）」，再执行：
python C:\path\to\script.py - 如果要用双击运行，在脚本同目录新建
run_as_admin.bat，内容为：@"%~dp0\python.exe" "%~dp0\script.py" @pause
，然后右键该 bat 文件 → 「以管理员身份运行」 - 注意：
subprocess.Popen启动的子进程默认不继承管理员权限，需显式加creationflags=subprocess.CREATE_NEW_CONSOLE | subprocess.CREATE_NO_WINDOW并配合runas动作（较复杂，慎用）
Windows 上真正需要改权限的地方
只有少数场景下 os.chmod 有意义：
- 清除只读属性以便后续覆盖写入：
os.chmod(path, stat.S_IWRITE) - 防止误删或误改配置文件：
os.chmod(config_path, 0o444)（设为只读） - 配合
os.makedirs(..., exist_ok=True)创建目录后，立即用os.chmod(dir_path, 0o700)限制访问（仅限当前用户）
但要注意：0o700 在 Windows 上等价于“取消只读+隐藏+系统”三属性，不代表 Linux 式的权限隔离；若需细粒度控制（如禁止其他用户读取），得用 win32security 模块设置 DACL，不是 os.chmod 的职责。
真正棘手的永远不是“怎么改权限”，而是“为什么改了也没用”——Windows 的权限体系藏在 UAC、完整性级别、文件所有权、ACL 多层之下，单靠 chmod 或右键管理员，往往只解决表象。
