Linux stat 怎样查看符号链接本身的元数据

我在排查 Linux 服务的路径配置时，最容易被忽略的一点不是命令怎么敲，而是命令到底读取了符号链接，还是读取了它指向的目标。GNU stat 默认不跟随符号链接；只有显式加上 -L，才会把查询对象切换到目标文件。把这个边界记住，文件大小、inode、权限和时间字段就不会被误读。

官方地址：https://www.gnu.org/software/coreutils/manual/html_node/stat-invocation.html

要看链接自身，直接使用 stat link-name；要看链接目标，使用 stat -L link-name。脚本里再配合 -c 固定字段，避免依赖默认多行输出。

先把“链接”和“目标”分成两个对象

假设目录里有一个 current.log，它指向 releases/2026-10-26.log。不加参数时，GNU stat 把命令行里的符号链接当作查询对象；加 -L 后才解引用。两次查询的路径文本相同，但元数据所属对象不同。

# 不跟随链接：查看符号链接自身的类型、权限和 inode
env stat current.log

# 显式跟随链接：查看目标文件的元数据
env stat -L current.log

这里的 env 不是必须参数，但在脚本或复杂 shell 环境中可以绕开名为 stat 的别名或函数干扰。默认输出中，文件类型会帮助你判断当前看到的是 symbolic link 还是普通文件；不要只盯着文件名。

需要真实目标时再使用 -L

-L 的意义是切换“元数据归属”，不是把符号链接永久改成普通文件。它适合回答“当前发布链接指向的文件有多大、最近什么时候修改、目标权限是什么”这类问题；如果你需要审计链接本身是否被替换，反而不能加它。

我通常先把两种结果放在一起看：

# 先保留链接对象的信息
env stat --format='link=%n type=%F inode=%i mode=%A' current.log

# 再查看目标对象的信息
env stat -L --format='target=%n type=%F inode=%i mode=%A size=%s' current.log

前一条关注链接自身；后一条关注目标。两条命令输出的 %n、%F、%i 和 %s 不应被当成同一对象的字段。特别是符号链接的 inode 与目标文件的 inode 可能完全不同。

用 -c 固定排查和脚本需要的字段

默认输出适合人读，但不同发行版和场景下字段排列较长。GNU stat 的 --format 或短参数 -c 可以固定输出模板。常用字段包括：%n 文件名、%F 文件类型、%A 符号权限、%a 八进制权限、%i inode、%s 字节数、%y 最后修改时间。

# 固定字段，便于把链接自身与目标结果并排记录
format='name=%n type=%F mode=%A inode=%i size=%s mtime=%y'
env stat --format="$format" current.log
env stat -L --format="$format" current.log

如果要让下游程序消费，尽量选择字段少、分隔明确的格式，并在文件名可能含空格时保留安全引用策略。这里的格式化输出只是稳定展示，不会自动把结果变成 JSON，也不会替你处理路径名中的换行。

悬空链接和批量排查时别混淆失败对象

如果符号链接指向的文件已经不存在，直接查询链接自身仍然有意义；查询目标时则可能失败，因为目标对象无法被解引用。这正是两种命令的排查价值不同之处：一个回答“链接现在是什么”，另一个回答“它指向的对象现在是什么”。

# 即使目标不存在，也先查看链接自身
env stat --format='name=%n type=%F target=%N' missing-link

# 读取目标失败时保留错误码，交给脚本决定是否中止
if ! env stat -L --format='name=%n size=%s' missing-link; then
  # 目标不存在或不可访问，不把失败伪装成大小为零
  printf '%s\n' '链接目标不可用' >&2
fi

批量处理时可以先不加 -L 判断对象类型，再根据业务决定是否查询目标。不要把目标不存在解释成空文件，也不要用字符串前缀比较来推断链接关系；stat 只负责报告文件系统对象，后续策略仍由脚本自己定义。

我的速查结论

• 审计符号链接自身：stat link，默认不跟随。
• 检查真实目标：stat -L link，显式解引用。
• 做脚本输入：用 -c 或 --format 固定字段，同时检查退出码。
• 遇到悬空链接：保留链接自身结果，把目标查询失败单独处理。

对我来说，stat 最重要的不是记住一长串字段，而是先问清楚“我要审计哪个对象”。对象边界明确后，再决定是否使用 -L，排障记录就会稳定很多。

相关问题

不加 -L 能不能看到链接指向哪里？

可以通过 GNU stat 的名称格式字段查看带解引用提示的名称，但它与“读取目标元数据”不是一回事；要查看目标的大小、inode 或时间，仍应明确使用 -L。

为什么两个命令显示的 inode 不一样？

因为不加 -L 读取的是符号链接 inode，加 -L 读取的是目标文件 inode。它们属于两个不同的文件系统对象。