umask是进程级权限掩码，仅影响新创建文件/目录的默认权限：文件起点0o666、目录起点0o777，实际权限=起点 & ~umask；它不修改已有文件权限，与chmod机制分离，混用易出错。
直接用 os.chmod() 设置权限就行，但“权限掩码”不是设置目标权限，而是控制新文件默认权限的起点——它和 chmod 是两套机制，混用会出错。
umask 不是 chmod：它只影响新建文件的默认权限
umask 是进程级的屏蔽值，作用于 open()、mkdir() 等系统调用创建文件/目录时。它不会修改已有文件权限，也不能用 pathlib.Path.chmod() 或 os.chmod() 设置。
- 新建文件默认权限是
0o666（普通文件）或0o777（目录），再按位取反后与umask做 AND 运算得出最终权限 - 例如
umask 0o022→ 文件实际权限 =0o666 & ~0o022=0o644 - Python 中通过
os.umask()读写，但该设置仅对当前进程及其子进程生效，不持久化
如何在 Python 中安全设置 umask
不要全局改 umask，尤其在多线程或多协程服务中；应限定作用域，用完恢复。
- 获取当前值：
old_mask = os.umask(0)（注意：这会临时设为 0 并返回旧值） - 设新掩码：
os.umask(0o027)（组可读，其他用户无权） - 关键：必须在创建文件前调用，且建议用
try/finally恢复原值 - 示例：
import os
<p>old = os.umask(0)
try:
os.umask(0o077) # 新建文件仅所有者可访问
with open("/tmp/private.txt", "w") as f:
f.write("secret")
finally:
os.umask(old) # 必须恢复，否则后续 open() 行为异常
chmod 和 umask 混用时最常踩的坑
误以为 umask 能“补全”权限，或用 chmod 后发现权限又变回去了——其实两者根本不在同一层。
python全能编程助手
下载
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
立即学习“Python免费学习笔记（深入）”；
-
os.chmod()修改的是已有文件的权限位，和umask无关 - 如果你先设了
umask 0o077，再os.chmod(file, 0o644)，结果就是0o644，不会被 umask 干扰 - 但若你忘了恢复
umask，后续open("log.txt", "w")创建的新文件就会意外变成0o600，导致其他程序读不到日志 - Windows 上
os.umask()无效，调用会抛NotImplementedError
pathlib.chmod() 的权限值必须是八进制整数，不能传符号字符串
Path.chmod() 接收的是纯整数模式，不是像 shell 里 chmod u+x 那样的符号表达式。
- 正确：
Path("script.sh").chmod(0o755)或stat.S_IRWXU | stat.S_IRGRP | stat.S_IXGRP | stat.S_IROTH | stat.S_IXOTH - 错误：
Path("script.sh").chmod("755")（字符串 →TypeError）或Path("script.sh").chmod("u+x")（不支持） - 推荐用
0o前缀，避免十进制误解析：写0o755，别写755 - 检查是否生效？用
oct(p.stat().st_mode & 0o777)，不是p.stat().st_mode全值
真正容易被忽略的是：umask 只在创建瞬间起作用，而 chmod 是即时覆盖；一个服务启动时设了一次 umask，后面十年都可能影响新生成的日志、缓存、PID 文件——但它自己完全感知不到。
