Linux下stat命令显示的atime不是纳秒级，因ext4/xfs等文件系统默认挂载时仅更新到秒或毫秒精度，需strictatime挂载且内核≥2.6.30才支持st_atim.tv_nsec填充；relatime策略进一步限制更新频率。
Linux下stat命令显示的atime为什么不是纳秒级？
因为传统stat结构体（struct stat）里的st_atim.tv_nsec字段虽然存在，但默认挂载ext4/xfs等文件系统时，内核往往只更新到秒或毫秒精度——这是由挂载选项和内核行为共同决定的，不是API不支持。
关键点：纳秒字段存在 ≠ 实际记录纳秒；必须确认文件系统是否启用高精度atime更新。
- 检查挂载选项：
mount | grep " /path/to/fs "，看是否有relatime、noatime或strictatime -
relatime（默认）会大幅降低atime更新频率，且只保留秒级精度 - 要获得接近真实的纳秒级atime，需用
strictatime挂载，并确保内核 ≥ 2.6.30（支持st_atim.tv_nsec填充）
C++中用stat()读取纳秒级atime的正确写法
直接调用stat()后访问st_atim.tv_nsec是可行的，但要注意：它返回的是自上次stat()调用以来“可能被更新”的值，而实际精度仍取决于底层存储。别指望每次open/read都触发纳秒级atime更新——Linux默认会抑制频繁更新。
示例代码片段：
立即学习“C++免费学习笔记（深入）”；
#include <sys/stat.h>
#include <iostream>
struct stat sb;
if (stat("/path/to/file", &sb) == 0) {
std::cout << "atime: " << sb.st_atim.tv_sec << "."
<< sb.st_atim.tv_nsec << "s\n";
}
- 必须用
st_atim（POSIX.1-2008），不是st_atime（后者只有秒） - 编译时加
-D_POSIX_C_SOURCE=200809L，否则st_atim可能不可见 - 注意：
tv_nsec范围是0–999999999；若为0，不代表没纳秒信息，可能是恰好整秒
为什么open() + read()后stat()的atime没变？
因为Linux默认启用relatime，它只在以下情况更新atime：st_atime < st_mtime 或 st_atime < st_ctime，或者距上次更新超过24小时。普通读操作大概率不会触发更新。
- 临时绕过：用
touch -a -d "1 second ago" file强制改旧atime，再读一次，就可能触发relatime更新 - 彻底解决：重新挂载文件系统，加
strictatime（需root）：sudo mount -o remount,strictatime /mnt/point - 注意：禁用
noatime是前提；有些发行版（如Ubuntu）默认启用了noatime，那strictatime也无效
替代方案：statx()比stat()更可靠吗？
是的，statx()（Linux 4.11+）明确设计为支持纳秒精度、可选字段、原子读取，且不受relatime逻辑干扰——只要内核记录了，它就能读出来。
但要注意：它不是POSIX标准函数，仅Linux可用，且glibc需≥2.28。
- 调用前定义：
#define _GNU_SOURCE，并包含<sys/stat.h> - 关键标志：
STATX_ATIME必须传入mask参数，否则stx_atime字段不填 - 返回的
stx_atime.tv_nsec才是真正由内核维护的纳秒值，比stat()更贴近硬件记录
tv_nsec很可能恒为0。 
