Linux下stat()无法获取纳秒级atime，因其默认禁用高精度更新；ext4需内核≥5.10并启用nanosecond_timestamps，XFS原生支持但需特定挂载选项；唯一可靠方式是使用statx()并正确设置flags与错误处理。Linux 下 stat() 为什么拿不到纳秒级 atime？因为传统 stat() 系统调用返回的 st_atim.tv_nsec 在大多数 Linux 文件系统（如 ext4、XFS）上默认是"不更新"或"粗粒度"的------不是内核不能存，而是为了性能默认禁用高精度 atime 更新。你调用 stat() 看到的 st_atim.tv_nsec 常是 0 或一个固定值（比如 0、1），哪怕文件刚被 cat 过。根本原因：Linux 默认挂载选项是 relatime（只在 mtime/ctime 更新后、或上次 atime 超过 24 小时才更新 atime），且即使强制 strictatime，ext4 也只记录到秒级（除非启用特定特性）。ext4 需开启 fileattr + nanosecond timestamps 支持（内核 ≥5.10 + mkfs.ext4 -O nanosecond_timestamps）XFS 原生支持纳秒 atime，但需挂载时加 inode64,largeio 并确认 /proc/sys/fs/xfs/speculative_prealloc_lifetime 不干扰statx() 是唯一能可靠读取纳秒 atime 的接口，stat() 和 fstat() 永远不返回真实纳秒值必须用 statx()，且注意 flags 和 error handlingstatx() 是 Linux 4.11+ 引入的替代接口，专门解决传统 stat() 字段模糊、精度丢失的问题。它能明确告诉你 atime 是否有效、是否为纳秒精度、是否被内核截断。关键点：立即学习"C++免费学习笔记（深入）"；必须传 AT_STATX_SYNC_AS_STAT 或 AT_STATX_FORCE_SYNC，否则可能返回缓存值（尤其 atime 易被延迟更新）检查返回结构体中 stx_mask & STATX_ATIME，若为假，说明 atime 未被填充（文件系统不支持或被禁用）检查 stx_atime.tv_nsec 是否在 0, 999999999 范围内；若为 -1，表示该字段无效（不是 bug，是内核明确标记）错误码 ENOSYS 表示内核太老（ENOTSUP 表示文件系统不支持纳秒 atime（如某些 NFS 或旧 ext4）示例片段（C++17，需 #include <sys/stat.h>）： RedClaw 百度推出的手机端万能AI Agent助手