支持，linux 2.6.30起stat结构体提供st_atim.tv_nsec纳秒字段，但需挂载选项relatime或strictatime启用，noatime会禁用，且relatime默认仅在mtime/ctime更新或atime超24小时才刷新。
Linux 下 stat 系统调用是否支持纳秒级 atime？
支持，但得看内核版本和挂载选项。从 Linux 2.6.30 开始，stat 结构体里的 st_atim.tv_nsec 字段就存在了（注意不是 st_atime，那是秒级老字段），但默认情况下多数文件系统（如 ext4）会禁用高精度 atime 更新以减少 I/O 开销。
- 必须挂载时启用
relatime或strictatime，noatime会直接跳过 atime 更新 -
relatime是默认行为（现代发行版普遍启用），它只在 mtime/ctime 更新、或 atime 距今超 24 小时才更新 atime —— 所以你看到的纳秒值可能是“旧的”，不反映真实最近一次读取 - 要确保每次
read()都触发 atime 更新，得用mount -o remount,strictatime /path，但代价是性能下降
如何用 C++ 读出纳秒级 atime（st_atim.tv_nsec）
不能直接用 std::filesystem::last_write_time —— 它只暴露 mtime，且 C++20 标准里压根没提供 atime 接口。必须调用底层 stat() 系统调用。
- 包含头文件：
#include <sys></sys>和#include <unistd.h></unistd.h> - 用
struct stat st{}; int ret = stat("/path/to/file", &st);获取元数据 - 纳秒部分在
st.st_atim.tv_nsec（POSIX.1-2008 起），不是st_atime_nsec或其他变体 - 注意：
st_atim是struct timespec，包含tv_sec和tv_nsec两个字段，合起来才是完整时间戳
struct stat st;
if (stat("/tmp/test.txt", &st) == 0) {
printf("atime: %ld.%09ld\n", (long)st.st_atim.tv_sec, (long)st.st_atim.tv_nsec);
}
为什么程序读了文件，st_atim.tv_nsec 却没变？
不是代码写错了，大概率是文件系统策略或权限问题。
- 检查挂载选项：
findmnt -o SOURCE,TARGET,FSTYPE,OPTIONS /path，确认没启用noatime，且至少是relatime - 普通用户无法绕过
noatime；即使 root 临时 remount 为strictatime，某些场景（如 mmap 读、/proc 下文件）仍不会更新 atime - ext4 默认开启
relatime，但如果你刚读完就立刻 stat，而上次 atime 更新距今不到 24 小时，它根本不会刷新 —— 这是故意设计，不是 bug - SELinux 或其他 MAC 框架也可能拦截 atime 更新，少见但需排查
替代方案：不用 atime，还能怎么追踪“最后一次读取”？
别硬扛 atime 的不可靠性。真有强需求，就得换思路。
- 用 inotify 监听
IN_ACCESS事件（但仅对打开后读取有效，不覆盖 mmap、sendfile 等路径） - 在应用层自己记录：每次
open()/read()后写一个轻量 timestamp 到 sidecar 文件或内存映射区 - 用 eBPF（如
bpftrace）挂钩sys_read，全局捕获任意进程的读操作 —— 灵活但需要 root 和内核支持 - 放弃“操作系统级最后读取”，转为业务逻辑定义：“最后一次被本服务读取”，由服务自己维护
atime 的纳秒字段本身没问题，问题是它根本不是为“精确追踪每次读取”设计的。系统更关心可靠性与性能，而不是给你一个完美审计日志。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
