最常用且可靠的方法是使用 ls -l 命令，其输出第三列和第四列分别显示文件属主和属组；也可用 stat -c '%G' 精确提取属组名，或 stat -c '%g' 获取属组GID。
ls -l 查看单个文件的所属用户组
直接用 ls -l 就能看清文件的属主和属组，这是最常用也最可靠的手段。
输出中第 3、4 列分别对应属主（user）和属组（group），例如：
drwxr-xr-x 2 alice developers 4096 Jun 12 10:23 project/
这里 developers 就是该目录的属组。注意：这个“属组”是文件自身的 group 权限字段所绑定的组，不等于“文件所有者所属的全部组”，也不等于该文件是否对某个组可读写——那是权限位（第 1 列）决定的。
- 如果只关心属组名，加
-g参数：ls -lg filename，会省略属主列，突出显示属组 - 想批量查多个文件？直接跟路径或通配符：
ls -l /var/log/*.log - 注意符号链接：默认显示链接文件自身的属组，不是目标文件的；加
-L才解析目标：ls -lL symlink
stat 命令获取更精确的属组 GID 和名称
stat 比 ls -l 多一层可靠性：它直接读取 inode 元数据，不受别名、颜色、终端宽度影响，且明确区分 GID 和组名。
运行 stat filename，关键输出类似：
Access: (0755/drwxr-xr-x) Uid: ( 1001/ alice) Gid: ( 1002/ developers)
括号里 1002/ developers 表示该文件属组 GID 是 1002，解析出的组名是 developers。这比 ls 更适合脚本解析，也避免了组名含非 ASCII 字符时 ls 截断的问题。
- 只提取属组名：
stat -c '%G' filename - 只提取属组 GID：
stat -c '%g' filename - 注意：如果组名无法解析（比如 GID 对应的组在
/etc/group中不存在），%G会回退为数字，%g始终可靠
为什么 groups 或 id 命令查不到文件属组？
groups 和 id 显示的是“用户当前拥有的组权限”，不是“文件绑定的属组”。这两者完全无关。
常见误解场景：
- 用户
alice属于sudo和docker组，但她创建的文件属组仍是alice（主组）或显式指定的组，不会自动变成sudo - 执行
touch test.txt后，ls -l test.txt显示属组是alice，哪怕groups alice输出里还有adm、sys等其他组 - 要让新文件属组变成其他组（比如
www-data），得提前设置目录的 setgid 位，或用chown :www-data test.txt
查看目录下所有文件的属组并统计分布
当需要快速了解一批文件的属组构成时，别手动一个个 ls，用 find + stat 组合更高效。
例如统计当前目录下普通文件的属组分布：
find . -maxdepth 1 -type f -printf '%g %G\n' | sort | uniq -c | sort -nr
输出类似：
42 1001 alice<br> 18 1002 developers<br> 5 1003 www-data
这里要注意：
-
%g是 GID 数字，稳定；%G是组名，依赖/etc/group解析，可能为空或乱码 -
-maxdepth 1限制只查当前层，去掉则递归；-type f过滤掉目录和设备文件 - 如果遇到 NFS 或某些虚拟文件系统，
stat可能失败，加2>/dev/null忽略错误
真正容易被忽略的点是：文件属组和用户所属组是两套独立机制，改用户组列表不会自动更新已有文件的属组，也不会影响新文件默认属组——除非设置了父目录的 setgid 位或修改了 umask 的 group 权限掩码。
