常见失败原因包括路径不存在、无读权限、底层不支持（如嵌入式libc++未启用filesystem）、Windows非法UNC路径或Linux符号链接目标不可达；应前置检查exists()和is_regular_file()，并捕获filesystem_error异常。
std::filesystem::last_write_time 读取文件修改时间失败的常见原因
直接调用 std::filesystem::last_write_time(path) 却抛出 std::filesystem::filesystem_error，多数是因为路径不存在、无读权限，或底层不支持（如某些嵌入式 libc++ 配置未启用 filesystem）。Windows 上若传入空字符串或非法 UNC 路径，也会触发 operation not permitted；Linux 下对符号链接默认解析目标，若目标不可达，错误会归在链接路径上。
实操建议：
- 始终用
std::filesystem::exists(path)和std::filesystem::is_regular_file(path)做前置检查，避免裸调用 - 捕获异常并检查
.code().value()：常见值有2（No such file or directory）、13（Permission denied） - 确保编译时链接
-lstdc++fs（GCC），Clang 用户还需确认_GLIBCXX_FILESYSTEM_STATICALLY_LINKED未被误定义
获取时间后如何转换成可读格式（比如秒级时间戳或 YYYY-MM-DD）
std::filesystem::last_write_time() 返回的是 std::filesystem::file_time_type，它和 std::chrono::system_clock 不兼容，不能直接转 time_t。必须经由 std::chrono::clock_cast 中转——这是最容易漏掉的一步。
示例（转为秒级 Unix 时间戳）：
立即学习“C++免费学习笔记（深入）”；
auto ftime = std::filesystem::last_write_time(path); auto sct = std::chrono::clock_cast<std::chrono::system_clock>(ftime); std::time_t t = std::chrono::system_clock::to_time_t(sct);
注意：clock_cast 在 C++20 才是标准行为；C++17 用户需用 std::filesystem::file_time_type::clock::to_time_t 的等效替代（实际依赖实现），更稳妥的做法是用 std::chrono::duration_cast<std::chrono::seconds>(ftime.time_since_epoch()).count() 获取自 epoch 起的纳秒/100ns 值，再按平台换算（Windows 是 100ns 单位，Unix 是纳秒）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
修改 last_write_time 时为什么没生效或报错 permission denied
写操作比读更敏感：std::filesystem::last_write_time(path, new_time) 要求路径可写、父目录可执行（即有 traverse 权限），且新时间不能早于文件系统最小粒度（FAT32 是 2 秒，ext4 通常是 1 纳秒，但内核可能向下取整）。
常见陷阱：
- 传入
file_time_type::min()或负值，在 Windows 上直接触发Invalid argument - 对只读文件调用，即使你有目录写权限，仍会失败；先用
std::filesystem::permissions(path, std::filesystem::perms::owner_write)开启写权限 - 跨时区设置时间时，误把本地 time_t 当作 UTC 传入；应统一用
system_clock::from_time_t再转file_time_type
在 Windows 和 Linux 上行为差异的关键点
Windows 的 last_write_time 默认包含毫秒精度（实际存储为 100ns），而大多数 Linux 文件系统（如 ext4、XFS）支持纳秒，但 glibc 的 stat() 系统调用返回值常被截断为微秒或秒——这会导致 std::filesystem 实现读出的时间比实际少三位数字。
验证方式：
- 用
stat -c '%y' path（Linux）或dir /T:W（Windows）对比命令行输出 - 若发现 C++ 读出的时间总是比命令行“旧”，大概率是内核或 libc 层做了向下取整，此时不应强求纳秒一致
- Windows 上对重解析点（junction/symbolic link）调用
last_write_time默认操作目标；Linux 上默认操作链接本身（除非加std::filesystem::symlink_option::nofollow）
精度问题没有银弹，能接受秒级误差就用 duration_cast<seconds> 截断，否则得接受平台差异带来的小数位不一致。
