c++如何获取文件的创建时间和修改时间_file_time_type【指南】

Windows 下最直接的办法：GetFileTime

在Windows上，GetFileTime 是获取文件创建、最后访问和最后修改时间的老牌API。它返回一个 FILETIME 结构，这个结构是一个64位的数值，单位是100纳秒，从1601年1月1日UTC开始算起，所以你得把它转成本地时间才能看懂。 这里有几个关键点必须注意： * **必须先打开文件**：你不能直接把文件路径扔给 GetFileTime。它要求你先用 CreateFile 打开文件，哪怕你只想要 GENERIC_READ 权限。 * **一定要检查返回值**：这个函数如果失败，会返回0。然后用 GetLastError() 看看具体原因，最常见的错误是 ERROR_ACCESS_DENIED，比如你试图对一个目录或者某些系统文件进行操作。 * **创建时间的可靠性问题**：在NTFS文件系统上，lpCreationTime（创建时间）是可靠的。但在FAT32上，它只保留了日期，时间部分永远是00:00:00。这个细节很多开发者第一次碰到都会懵。 看个例子就明白了： ```cpp HANDLE h = CreateFile(L"test.txt", GENERIC_READ, FILE_SHARE_READ, nullptr, OPEN_EXISTING, 0, nullptr); FILETIME ftCreate, ftModify; if (h != INVALID_HANDLE_VALUE && GetFileTime(h, &ftCreate, nullptr, &ftModify)) { SYSTEMTIME st; FileTimeToSystemTime(&ftCreate, &st); // 转为年月日时分秒 printf("Created: %04d-%02d-%02d %02d:%02d:%02d\n", st.wYear, st.wMonth, st.wDay, st.wHour, st.wMinute, st.wSecond); } CloseHandle(h); ```

Linux/macOS 的“创建时间”：一个有点绕的概念

POSIX 系统里，压根就没有“创建时间”这个说法。stat 结构体里的 st_ctim 其实是“状态更改时间”（比如文件权限、所有者变了），它和Windows的创建时间是两码事。而 st_mtim 对应的是修改时间，这个值是可靠的。 很多新手会在这里踩坑，误以为 st_ctim 就是创建时间。实际上，大多数Linux文件系统（如ext4、xfs）默认不记录真实的创建时间。你可以用 `stat -c "%w" file` 命令验证一下，结果往往是空的或显示一个“-”。 那么，想要拿到真正的“出生时间”（birth time）怎么办？ * **Linux 5.1+ 的 statx()**：从Linux 5.1内核开始，系统提供了 statx() 系统调用。如果你的文件系统挂载时启用了 inode_v2（比如btrfs、XFS），就有可能通过 statx.stx_btime 拿到这个时间。但前提是，你必须显式检查 STATX_BTIME 标志是否被成功置位，否则拿到的数据是无效的。 * **macOS 的 st_birthtimespec**：macOS 的 stat 结构体里有一个 st_birthtimespec 字段，这是原生支持的。你可以用 `stat -f "%SB" file` 命令在终端看到它。在C++代码里，通过 `struct stat` 的 `st_birthtimespec.tv_sec` 成员就能访问到。

C++17 的 std::filesystem::last_write_time：别指望它能干更多

一句话：std::filesystem::last_write_time 只封装了“最后修改时间”。它对应Windows的 ftLastWriteTime 和POSIX的 st_mtim。C++标准库从C++17到现在的C++23，都没有定义“创建时间”的跨平台接口。 所以，写跨平台代码时，你心里要有一本账： * 依赖 last_write_time 是安全的，它在所有支持 std::filesystem 的平台上表现一致。 * 想拿创建时间？不好意思，只能靠条件编译。比如，#ifdef _WIN32 走 GetFileTime 分支，#else 就放弃治疗，或者用 last_write_time 凑合一下，并在代码注释里说明原因。 * 别指望 std::filesystem::status 或 symlink_status 能补充创建时间字段——它们不提供这个信息。

警惕 _file_time_type 这个“陷阱”

_file_time_type 是MSVC（微软的Visual C++编译器）的一个私有扩展类型，它藏在 xtree 或 filesystem 的内部头文件中。它的用途是实现 std::filesystem::file_time_type 的底层时间表示，**绝对不是给普通开发者直接使用的公开API**。它通常映射为 std::chrono::file_clock::time_point，而这个时钟在Windows上基于 FILETIME，在Linux上则模拟为 system_clock 的偏移量。 常见的错误用法： * 试图用 std::filesystem::file_time_type 的构造函数传入一个 FILETIME 对象——这会导致编译失败，因为类型不兼容。 * 把 _file_time_type 当作公开类型写进自己的头文件——这会导致代码在跨编译器（比如Clang或GCC）或跨MSVC版本时完全不可移植。 * 期望 file_time_type 在所有平台上都能完美映射到磁盘上的创建时间字段——实际上，它的语义只保证与 last_write_time 一致，并不承诺它对应的是元数据中的哪个具体字段。 说到底，如果真需要文件的创建时间，那就绕不开平台特定的API调用。标准库能做的，就是把“修改时间”这件事给你包装得尽量统一，让你少操点心，但它的能力边界也就到此为止了。