Go中特殊权限位（setuid/setgid/sticky）用八进制04000/02000/01000表示，可设于os.FileMode，但仅Linux有效且需root权限；sticky位是唯一可安全使用的特殊权限，用于限制目录内文件删除。
Go 里没有“特殊权限文件”的抽象概念——setuid、setgid、sticky 这些位（即 4000、2000、1000）确实能被 Go 读取和设置，但绝大多数场景下你不该碰，也几乎无法安全使用。
os.FileMode 中的特殊权限位怎么表示
Go 的 os.FileMode 是 uint32，低 12 位包含完整 Unix 权限：其中高 3 位就是特殊权限位。
要设 setuid，得用 04755（不是 4755，缺前导 0 就是十进制）；setgid 对应 02755；sticky 是 01755。
这些值可以直接传给 os.OpenFile（仅创建时）或 os.Chmod（修改已有文件），Go 不会拦截或警告。
-
04755表示 “所有者可读写执行 + setuid”，运行时进程有效 UID 变为文件所有者（如/usr/bin/passwd） -
02755表示 “所有者可读写执行 + setgid”，进程有效 GID 变为文件所属组 -
01755表示 “所有者可读写执行 + sticky”，常见于/tmp，防止非 owner 删除他人文件 - 多个位可叠加：
06755=setuid+setgid；07755= 全部三个位都置位
为什么 setuid/setgid 在 Go 程序中基本不可用
Linux 内核默认禁止非 root 用户创建或设置 setuid/setgid 文件——即使你调用 os.Chmod("x", 04755) 成功返回，ls -l 也会显示 rwSr-xr-x（大写 S），表示该位未生效。真正起效的前提是：
- 当前进程必须是 root，或拥有
CAP_SETUIDS/CAP_SETGIDS能力（容器中需显式配置） - 目标文件系统挂载时不能带
nosuid选项（常见于/tmp、FAT32、某些容器卷） - 文件必须由当前用户拥有（
chown后才能chmod设置特殊位） - Go 程序本身不能被
setuid执行（Go runtime 不支持，会 panic 或静默失败）
换句话说：你想用 Go 写个 sudo 替代品？不行。想让普通用户双击运行一个 Go 编译的二进制并自动提权？也不行。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
sticky 位是唯一可能安全使用的特殊权限
sticky（01000）不改变进程权限，只约束目录内文件删除行为，且无需 root 即可设置（只要你是目录 owner）。它常用于共享上传目录：
err := os.MkdirAll("/var/uploads", 01777) // 注意：01777，不是 1777
if err != nil {
log.Fatal(err)
}
-
01777表示 “所有者/组/其他人都可读写遍历 + sticky”，确保用户只能删自己创建的文件 - 必须用
os.MkdirAll或os.Mkdir显式创建，os.OpenFile创建文件时无法设 sticky（它只作用于目录） - 注意：
01777和0777效果不同；后者没 sticky 位，任何人在该目录下都能删别人文件 - macOS 和 Linux 都支持，Windows 忽略该位（无影响）
读取和校验特殊权限位的正确方式
不要直接比 fi.Mode() == 04755 —— 因为 fi.Mode() 包含文件类型标志（如 os.ModeRegular），真实值可能是 0100755（八进制）甚至更大。应该用位运算提取：
mode := fi.Mode() isSetuid := mode&04000 != 0 // 注意：04000，不是 4000 isSetgid := mode&02000 != 0 isSticky := mode&01000 != 0 permOnly := mode.Perm() // 返回低 9 位，不含特殊位
-
mode.Perm()只返回常规 rwx 权限（0755），永远不含特殊位，适合做权限宽松检查 - 特殊位判断必须用
&操作符和八进制掩码（04000），不能用== - Windows 下这些位全被忽略，
mode&04000永远为 0，但不会报错 - 如果程序需跨平台部署，对特殊权限的依赖必须收口到 Linux-only 分支里
真正棘手的不是怎么写代码，而是你得清楚：一旦用了 setuid，你就得承担整个系统的权限模型风险——Go 不帮你兜底，内核也不给你第二次机会。
