std::filesystem::last_write_time对日志文件是可靠的，但需用clock_cast转换时间类型、限定目录遍历、忽略删除失败错误并正确链接库。
std::filesystem::last_write_time 获取文件修改时间是否可靠？
对日志文件来说，last_write_time 通常是可靠的——只要日志写入后不再被修改（比如没被压缩、重命名或编辑）。但要注意：std::filesystem::last_write_time 返回的是系统时钟时间点，不是创建时间（creation_time 在 Windows 上存在但非标准，在 POSIX 上基本不可用），所以「一周之前生成」实际得按「最后写入时间」来算，这也是生产环境最稳妥的依据。
常见错误是直接比对 file_time_type 和 system_clock::time_point，它们类型不兼容，必须通过 clock_cast 转换：
auto ftime = fs::last_write_time(p);
auto as_sys = fs::clock_cast<std::chrono::system_clock>(ftime);
auto cutoff = std::chrono::system_clock::now() - 7d;
if (as_sys < cutoff) { /* 删除 */ }
如何安全遍历目录并过滤 .log 文件？
不要用递归遍历整个磁盘，限定在日志目录下，并显式过滤扩展名。注意大小写：Linux 下 .LOG 和 .log 不同，Windows 不区分，但统一转小写更可控。
- 用
fs::directory_iterator（非recursive_directory_iterator），除非你明确需要子目录日志 - 检查
is_regular_file()，跳过符号链接、目录、套接字等 - 用
p.extension() == ".log"判断，但更健壮的做法是：iequals(p.extension().string(), ".log")（需自己实现iequals或用std::ranges::equal+std::tolower） - 路径中含空格、中文、控制字符不影响
std::filesystem，但删除前建议先std::cout << p << "\n"确认
删除失败时怎么捕获和处理 errno？
fs::remove() 抛异常（std::filesystem::filesystem_error），但生产脚本通常要静默容错：某几个日志被进程占用删不掉，不该中断整个清理流程。
立即学习“C++免费学习笔记（深入）”；
推荐用带 std::error_code& 的重载：
std::error_code ec;
if (!fs::remove(p, ec)) {
if (ec.value() == EBUSY || ec.value() == EACCES) {
// 忽略忙/权限问题，继续
} else {
std::cerr << "remove failed: " << p << " (" << ec.message() << ")\n";
}
}
注意：EBUSY 在 Linux 上常见（日志正被 tail -f 或服务写入），ACCESS_DENIED 在 Windows 上对应 ERROR_ACCESS_DENIED（需查 ec.category() 区分平台）。
跨平台编译时 std::filesystem 链接失败怎么办？
MSVC 默认启用，GCC/Clang 需显式链接：-lstdc++fs（GCC 9+）或 -lc++fs（Clang + libc++）。CMake 中要写：
target_link_libraries(myapp PRIVATE stdc++fs) # GCC # 或 target_link_libraries(myapp PRIVATE c++fs) # Clang + libc++
更稳妥的方式是 CMake 检测：
find_package(Threads REQUIRED)
set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
if(NOT MSVC)
target_link_libraries(myapp PRIVATE ${CMAKE_THREAD_LIBS_INIT})
endif()
另外，std::filesystem 在 GCC 8 中是实验性（需 -D_GLIBCXX_FILESYSTEM_TS=1），务必确认编译器版本 ≥ 9。
真正麻烦的不是语法，而是时区和夏令时——last_write_time 是本地时间戳，system_clock::now() 也是本地，二者对比没问题；但如果日志服务器跨时区同步，或 NFS 挂载卷时间不同步，就得加监控告警，而不是只靠库函数。
