Linux系统依靠UID和GID数字标识识别用户与组，而非用户名；UID 0固定为root，1–999保留给系统账户，普通用户默认从1000起分配，权限判断均基于这些数字。
Linux系统不靠用户名识别用户，靠的是UID和GID这两个数字。它们是权限控制的底层依据，文件归属、进程权限、服务运行都依赖它们——名字只是给人看的标签，系统只认数字。
UID和GID到底管什么
UID（用户ID）唯一标识一个用户，GID（组ID）唯一标识一个用户组。系统在做权限判断时，比如你能否删除某个文件，不是比对“用户名是不是fileowner”，而是比对“你的UID是否等于该文件inode里存的owner UID”。同理，文件所属组权限生效，靠的是你的GID或附加组GID是否匹配文件的group GID。
关键点：
- UID 0 永远是root，拥有最高权限；新增UID为0的账号等于开放后门，必须避免
- 1–999（部分系统到499或999）通常留给系统服务账户，如www-data、sshd、syslog等，不用于人类登录
- 普通用户一般从1000起分配，不同发行版可能略有差异（如Ubuntu默认从1000，CentOS 7+也常用1000）
- 一个用户可属于多个组，每个组有独立GID；用户登录时有一个主组（对应/etc/passwd中指定的GID），其余为附加组
怎么查UID和GID
最常用、最直接的命令是id，它读取/etc/passwd和/etc/group并实时解析：
- id：显示当前用户全部信息（UID、主GID、所有所属组及其GID）
- id -u：只输出UID数字，适合脚本调用
- id -g：只输出主组GID
- id -G：列出所有组的GID（空格分隔）
- id username：查看指定用户的UID/GID，无需登录该用户
- id -n -u username：反向查——给定UID，返回对应用户名（需配合-n参数）
补充方式：
- 看/etc/passwd：每行第3、4字段分别是UID和GID，例如
alice:x:1001:1001::/home/alice:/bin/bash - 看/etc/group：每行第3字段是GID，例如
devs:x:1010:alice,bob
常见实战场景与注意事项
权限问题排查时，别只盯着用户名：
- 删除用户后，旧文件显示
ls -l结果为1001而非用户名——说明/etc/passwd里已无该UID记录，但文件inode仍保留原UID值 - 新建用户时若指定
useradd -u 500 test，要确认500未被系统服务占用（查getent passwd 500），否则可能冲突 - 服务进程以特定用户运行（如nginx用www-data），应确保其UID/GID在合理范围且不与其他服务重叠
- 脚本中判断身份，优先用
[ $(id -u) -eq 0 ]而不是[ "$(whoami)" = "root" ]，更可靠
组管理同样重要：把用户加入sudo组（GID通常为27）比直接改/etc/sudoers更安全；设置目录的setgid位（chmod g+s dir）可让新创建文件自动继承父目录GID，便于协作。
真实权限由四个ID共同决定
除了UID/GID，进程还维护EUID（有效UID）和EGID（有效GID），它们决定当前操作的实际权限。例如：
- 执行设置了setuid位的程序（如
/usr/bin/passwd），进程EUID变为文件所有者UID（通常是root），从而能修改/etc/shadow - 普通用户运行该程序时，UID仍是自己的，但EUID是root——审计日志记录UID，权限检查使用EUID
- 可通过
geteuid()等C函数或id -ru/-re（部分系统支持）查看这些值
理解这四者区别，才能准确分析提权行为、排查服务启动失败或文件写入拒绝等问题。
