必须在创建或写入时一步设死权限，不能依赖os.chmod补救；os.writefile第三个参数需用八进制字面量（如0600、0644），带前导0，否则会被误解析，且受umask影响，生产环境须显式指定。
文件权限必须在创建或写入时一步设死，不能靠 os.Chmod 补救——后者跨平台失效、不检查前提、还可能被 umask 干扰。
os.WriteFile 的权限参数怎么写才对
第三个参数是 os.FileMode，必须用八进制字面量，带前导 0：
-
0600：密钥类文件，仅所有者可读写（别写成600，那会被解析为八进制 1204） -
0644：配置或日志，所有者读写、组和其他人只读 -
0755：可执行脚本或 bin 目录，注意目录需 x 位才能遍历 - Windows 上这些值只影响“只读”属性，
0755和0644效果一样，x 位和组/其他人权限全丢弃
实际生效权限还会受系统 umask 影响（如 umask=0022 时，0666 变成 0644），所以生产环境务必显式写全你真正要的值，别依赖默认。
os.OpenFile 写入时 flag 和 perm 怎么配
flag 决定行为，perm 决定权限，两者缺一不可：
- 覆盖写入：
os.O_CREATE | os.O_WRONLY | os.O_TRUNC，配0600或0644 - 追加写入：
os.O_CREATE | os.O_WRONLY | os.O_APPEND，少O_APPEND会从头覆盖部分字节，导致数据残留 - 权限写错或父目录无写权限，会在
os.OpenFile调用时直接报permission denied，不是写的时候才失败 - 大文件或需多次写入，必须用
os.OpenFile+Write+Close，os.WriteFile是一次性操作，不支持追加
为什么不要等写完再调 os.Chmod
os.Chmod 是个高危补丁操作：
- 它不检查文件是否存在、是不是普通文件、是不是符号链接，出错只返回泛化错误（如
operation not permitted） - 调用前必须先
os.Stat：确认存在 +fi.Mode().IsRegular()排除目录/设备/链接 +os.IsPermission(err)区分是不存在还是没权限 - 想“关掉写位”，不能直接写
0444（会清掉执行位），得用位运算：curr &^ 0222 - 在 Windows 上它基本无效，传
0755、0644、0500全部等效于“可写”，只读属性只能靠FILE_ATTRIBUTE_READONLY模拟
原子写入时临时文件权限怎么控
用 os.CreateTemp 生成临时文件时，默认权限是 0600，这是故意设计的安全策略——防止其他用户在临时路径可预测时劫持内容。但如果你需要最终文件是 0644，别去改临时文件权限：
- 正确做法是把临时文件建在目标目录下，用后缀命名（如
config.yaml.tmp），写完后os.Rename原子替换 -
os.Rename不改变目标权限，所以最终文件权限由你写入时指定的perm决定 - 避免用系统临时目录（如
/tmp），那里权限策略不可控，且不同系统 umask 差异大
真正难的不是写对那一行 0644，而是意识到权限必须和写入动作绑定在同一时刻——中间任何延迟，都可能被竞态、崩溃或权限策略吃掉。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
