最可靠方式是用 id -u 判断 UID 是否为 0，因内核只认 UID=0 为 root；$EUID 更准确反映当前进程权限，但兼容性不如 id -u，故推荐优先使用 id -u。
用 id -u 判断 UID 是否为 0 是最可靠方式
Linux 内核只认 UID=0 的用户为 root 权限主体，和用户名完全无关。有人可能把普通账户改名为 root（但 UID≠0），也可能把非 root 用户手动设为 UID=0（比如误改 /etc/passwd），此时仅看名字会严重误判。
脚本中应写成：
if [ $(id -u) -eq 0 ]; then echo "有 root 权限" else echo "无 root 权限" fi
-
id -u是 POSIX 标准命令，所有主流 shell（bash、dash、zsh、ash）都支持 - 不依赖
$USER、$HOME等易被伪造或未设置的环境变量 - 在容器、chroot、systemd-nspawn 等受限环境中依然有效
$EUID 比 $UID 更贴近真实权限状态
当用户通过 sudo 或 su 切换身份时，真实 UID（$UID）可能仍是原用户的，但有效 UID（$EUID）已变为 0 —— 这才是决定系统调用能否成功的关键。
所以更严谨的判断是：
if [ "$EUID" -eq 0 ]; then echo "当前进程拥有 root 权限" fi
-
$EUID在 bash/zsh 中默认可用；dash/ash 等轻量 shell 可能不设该变量，需 fallback 到id -u - 在 sudo 脚本、setuid 二进制调用场景下，
$EUID能准确反映“此刻能干什么”，而$UID只反映“你是谁” - 不要混用：
[ $UID -eq 0 ]在sudo ./script.sh场景下会返回 false，但实际已有 root 权限
避免用 whoami 或 $USER 做权限判断
这类检查看似直观，实则在多个常见场景下失效：
- 某人新建了用户名为
root的普通账户（UID=1001），whoami返回root，但完全没权限 - 容器镜像以非 root 启动（如
USER 1001），即使运行whoami显示root，也可能是 UID 映射后的假名 -
$USER可被任意修改：USER=fake_root ./script.sh就能绕过基于它的判断 - SELinux/AppArmor 等 MAC 机制下，即使 UID=0，某些操作仍被拒绝 —— 但这属于权限细化问题，不在“是否为 root”的判定范围内
在 Dockerfile 或 CI 环境中要额外注意 UID 行为
Docker 默认以 root（UID=0）运行，但很多基础镜像（如 node:alpine、python:slim）显式设置了非 root 用户。这时 id -u 返回的不是 0，但你可能仍需要 root 权限来安装包或绑定低端口。
- CI 流水线（如 GitHub Actions）中，runner 默认以
runner用户运行，id -u是 1001，不能靠sudo自动提权 - 若脚本必须 root，应在文档里明确要求：启动容器时加
--user root，或 CI 中用sudo: required配置 - 不要在脚本里静默尝试
sudo id -u—— 交互式密码输入会导致自动化失败
实际写法建议统一用 id -u，它简单、稳定、跨环境；只有当你明确需要区分“我是谁”和“我能做什么”时，才引入 $EUID。别为了省一行代码去赌 $USER 没被污染。
