statfs是否始终跟随符号链接？该行为是否可预期且有保障？

这个行为是符合预期的 #

statfs和statvfs的设计目标就是获取文件系统的统计数据，不是用来查询单个文件（包括符号链接）的属性。当你传入一个符号链接路径时，系统默认会跟随链接找到实际目标——毕竟大多数情况下，用户关心的是这个链接指向的文件所在的存储设备状态，而非符号链接本身所在的文件系统信息（符号链接只是个几字节的小指向文件，它所在的文件系统状态一般不是调用该接口的目的）。

这个行为是稳定有保障的 #

• Linux环境下，虽然statfs(2)的手册没明确提及符号链接的处理逻辑，但实际实现里一直是会跟随符号链接的。如果需要获取符号链接自身所在文件系统的信息，得先通过lstat()拿到符号链接的st_dev设备号，再用这个设备号调用statfs；或者用fstatfs，配合以O_NOFOLLOW标志打开符号链接得到的文件描述符来查询。
• POSIX标准中的statvfs()，默认行为同样是跟随符号链接。标准明确提到，若路径指向符号链接，会解析到链接的目标文件。要避开这个行为，需要结合lstat这类接口配合操作。
• 除非使用了修改内核逻辑的自定义补丁，否则在标准Linux发行版和符合POSIX的系统上，这个跟随符号链接的行为是稳定且有保障的，不会随意变更。

如何获取符号链接自身所在文件系统的信息？ #

如果确实需要获取符号链接所在文件系统的统计信息，可以按以下步骤操作：

1. 调用lstat()获取符号链接的struct stat结构，其中的st_dev字段就是符号链接所在文件系统的设备ID。
2. 调用statfs()并传入符号链接所在的挂载点路径；或者使用fstatfs，传入以O_NOFOLLOW标志打开符号链接得到的文件描述符。

内容的提问来源于stack exchange，提问作者chicken-rice