os.WriteFile一步设权最安全，因权限在落盘瞬间锁死，避免中间被读取；需用八进制如0600，且受umask影响，生产环境应显式指定。
os.WriteFile 一步设权最安全
写入敏感文件（比如密钥、配置）时，权限必须在落盘瞬间就锁死，不能等写完再调 os.Chmod —— 中间存在被其他进程读取的窗口。用 os.WriteFile 直接传入权限值，是唯一能保证原子性的方式。
-
os.WriteFile("token.txt", data, 0600)：所有者可读写，其余人无任何权限，适合密钥类文件 -
os.WriteFile("config.yaml", data, 0644)：所有者可读写，组和其他人只读，适合公开配置 - 注意：
0644是八进制，不是十进制644；写成644（没前导0）会被 Go 当作八进制1204解析，权限完全失控 - 实际生效权限受系统
umask影响（如umask=0022时，0666会变成0644），生产环境建议显式指定所需值，不依赖默认
os.OpenFile 追加/覆盖时权限怎么传
os.OpenFile 的 perm 参数只在文件不存在且带 os.O_CREATE 时生效；它不控制已有文件的权限，也不影响后续写入行为——只管“创建那一刻”的权限。
- 覆盖写入：
os.OpenFile("log.txt", os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644) - 追加写入：
os.OpenFile("log.txt", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644) - 危险组合：
os.O_CREATE | os.O_WRONLY（缺O_TRUNC或O_APPEND）→ 从头写但不截断，导致文件后半段残留旧数据 - Windows 上
0644仅影响“只读属性”，执行位和组/其他人权限全被忽略；Linux/macOS 下才真正按 POSIX 解释
临时文件原子写入后怎么改权限
用 os.CreateTemp 创建临时文件是原子写入的标准做法，但它默认以 0600 权限创建——这是故意设计的安全策略，防止中间数据泄露。你不能、也不该在临时文件上直接设宽松权限，而应在重命名后立刻设置目标权限。
- 先写入临时文件：
tmp, err := os.CreateTemp("", "config-*.yaml") - 写完内容并
tmp.Close() - 原子重命名：
os.Rename(tmp.Name(), "config.yaml") - 立即设权：
os.Chmod("config.yaml", 0644)（注意：此处必须预检os.Stat，见下一条） - 别试图绕过重命名去改临时文件权限——违背了临时文件的设计本意，也增加竞态风险
os.Chmod 前为什么必须 os.Stat 预检
os.Chmod 几乎不做任何前置校验：不检查文件是否存在、是不是普通文件、当前用户是不是 owner、甚至不区分符号链接和目标文件。出错只返回泛化错误（如 operation not permitted），很难定位真实原因。
立即学习“go语言免费学习笔记（深入）”；
- 必须先
os.Stat("path")，检查err != nil（文件不存在 / 权限不足） - 用
fi.Mode().IsRegular()排除目录、符号链接、设备文件等非普通文件 - 若目标是符号链接，
os.Chmod默认操作的是链接本身；需先os.Lstat判断，再os.Readlink+os.Chmod组合处理 - Windows 上
os.Chmod只识别“只读/可写”两个状态，0755和0644效果一样，执行位x完全无效
os.Chmod 在 Windows 上只是个薄层，细粒度控制（比如 ACL）必须用 cgo 调系统 API，标准库做不到。 
