c++oding="utf-8" ?>

std::filesystem::last_write_time 返回的是 std::filesystem::file_time_type 类型的时间点，其 epoch 因平台而异（windows 为 1601-01-01，posix 通常为 1970-01-01），不能直接转 time_t 或 system_clock::time_point，需用 clock_cast（c++20）或平台适配的偏移转换。

std::filesystem::last_write_time 返回的是什么时间？

它返回的是 std::filesystem::file_time_type，不是 time_t 或 std::chrono::system_clock::time_point，直接转成可读字符串会编译失败或结果异常。这个类型和系统时钟不兼容，强行用 std::chrono::system_clock::from_time_t() 转换会导致时间错乱（常见表现为 1970 年或远古时间）。

正确做法是先转换为 std::chrono::time_point，再适配到系统时钟：

#include <filesystem>
#include <chrono>
#include <ctime><p>auto ftime = std::filesystem::last_write_time("test.txt");
auto sctp = std::chrono::clock_cast<:chrono::system_clock>(ftime);
std::time_t t = sctp.time_since_epoch().count();
</:chrono::system_clock></p></ctime></chrono></filesystem>

注意：std::chrono::clock_cast 是 C++20 引入的，C++17 及更早版本需手动转换（见下一条）。

C++17 怎么安全获取最后修改时间？

C++17 没有 std::chrono::clock_cast，但可以借助 std::filesystem::file_time_type::period 和 epoch 偏移做等效转换。核心问题是：不同平台的 file_time_type epoch 不同（Windows 是 1601-01-01，POSIX 系统通常是 1970-01-01），不能硬减。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

稳妥方案是用 std::filesystem::file_time_type::clock::to_time_t()（如果可用），但该函数并非所有标准库实现都支持。更通用的做法是：

• 检查文件是否存在且可访问：std::filesystem::exists(path) && std::filesystem::is_regular_file(path)
• 捕获异常：std::filesystem::last_write_time() 在权限不足或路径无效时抛 std::filesystem::filesystem_error
• 对 Windows MSVC，file_time_type 基于 1601 年，可用 GetFileTime() + FileTimeToSystemTime() 绕过标准库（仅限 WinAPI 场景）

跨平台输出本地时间字符串的最小可行代码

要打印类似 “2024-05-22 14:30:15” 的格式，不能只靠 std::put_time 直接喂 file_time_type。必须先转成 std::time_t（C++20 推荐用 clock_cast；C++17 可用以下兼容写法）：

#ifdef __cpp_lib_filesystem
    auto tp = std::filesystem::last_write_time(path);
    #if __cpp_lib_chrono >= 201907L // C++20
        auto st = std::chrono::clock_cast<:chrono::system_clock>(tp);
        std::time_t t = st.time_since_epoch().count();
    #else // C++17 fallback
        auto epoch = tp.time_since_epoch();
        auto secs = std::chrono::duration_cast<:chrono::seconds>(epoch).count();
        // 注意：此处假设 POSIX epoch —— 实际需按平台修正偏移
        std::time_t t = secs - 11644473600LL; // Windows offset to Unix epoch
    #endif
    auto tm = *std::localtime(&t);
    std::ostringstream oss;
    oss <p>⚠️ 上面的硬编码偏移 <code>11644473600LL</code>（Windows FILETIME 到 Unix epoch 秒数差）仅适用于 Windows；Linux/macOS 应直接用 <code>secs</code>。实际项目中建议用条件编译或运行时探测。</p>
<h3>为什么 std::filesystem::last_write_time 有时返回 1970-01-01？</h3>
<p>常见原因有三个：</p>
<ul>
<li>文件不存在或无读取权限 → 抛异常，若没捕获则行为未定义（某些 libstdc++ 版本返回 epoch 时间）</li>
<li>使用了错误的时钟转换，比如把 <code>file_time_type</code> 直接 reinterpret_cast 成 <code>time_t</code>
</li>
<li>交叉编译环境（如 mingw-w64）中标准库实现不完整，<code>last_write_time</code> 返回默认构造值</li>
</ul>
<p>调试时加一句：<code>std::cout  可快速判断是否为无效时间点。真正棘手的是某些旧版 libc++ 在 NFS 挂载点上返回零值，这种得绕开 <code>std::filesystem</code> 直接调 <code>stat()</code>。</code></p></:chrono::seconds></:chrono::system_clock>

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！