std::filesystem::last_write_time在windows上因filetime转换不一致导致时间不准，应使用clock_cast或手动转换；递归遍历需启用skip_permission_denied选项并过滤特殊路径；删除前必须is_regular_file()校验类型；remove后须检查返回值及错误码。
std::filesystem::last_write_time获取文件修改时间不准？
Windows 上 std::filesystem::last_write_time 返回的是 FILETIME（100 纳秒精度），但 C++ 标准库在某些编译器（尤其是 MSVC 早期版本）里对 file_time_type 的转换处理不一致，直接减去 30 天常量可能因时区或历法误差导致误删。别用 std::chrono::days(30) 硬减——它假设每天都是 86400 秒，而 Windows 文件时间戳底层依赖本地时钟，可能含夏令时跳变。
正确做法是：先用 std::filesystem::last_write_time 拿到 file_time_type，再通过 clock_cast（C++20）转成系统时钟时间点做比较：
auto ft = std::filesystem::last_write_time(p); auto tp = std::chrono::clock_cast<:chrono::system_clock>(ft);</:chrono::system_clock>
如果编译器不支持 clock_cast（如 GCC 12 以下或旧版 Clang），就退回到手动转换：读取 ft.time_since_epoch().count()，除以 10⁷ 得到 Windows FILETIME 的 100ns 单位，再调用 FileTimeToSystemTime（Windows API）或 clock_gettime（Linux）对齐。
递归遍历时如何安全跳过权限不足的目录？
调用 std::filesystem::recursive_directory_iterator 时，默认遇到无权限目录会抛出 std::filesystem::filesystem_error，整个遍历中断。必须显式启用 std::filesystem::directory_options::skip_permission_denied：
for (auto iter = std::filesystem::recursive_directory_iterator(path,
std::filesystem::directory_options::skip_permission_denied);
iter != std::filesystem::recursive_directory_iterator(); ++iter) { ... }
- 不能只捕获异常来“兜底”——那样会丢掉后续路径
- Linux 下即使设置了该选项，遇到挂载点（如 /proc、/sys）仍可能触发其他错误，建议额外过滤
iter->is_symlink()和iter->path().string().find("/proc/") == 0 - Windows 上注意
C:\$Recycle.Bin或C:\System Volume Information这类受保护目录，跳过比硬删更稳妥
删除前为什么必须先判断 is_regular_file()？
std::filesystem::remove 对目录默认不递归，直接删非空目录会失败并抛出异常；而对符号链接、套接字、设备文件等调用 remove 可能成功但无实际意义，甚至引发权限问题。必须严格限定目标类型：
- 只处理
iter->is_regular_file()，排除目录、socket、block_device 等 - 避免用
!iter->is_directory()—— 它会把 FIFO、char_device 也放行 - 若需清理空目录，得在文件删完后单独跑一遍“从底向上”的空目录回收逻辑，不能混在同一个循环里
示例判断：
if (iter->is_regular_file() &&
std::chrono::clock_cast<:chrono::system_clock>(iter->last_write_time()) path());
}</:chrono::system_clock>
std::filesystem::remove 为什么有时静默失败？
调用 std::filesystem::remove 后不检查返回值，会导致误以为删除成功。该函数返回 bool：成功删掉返回 true，否则 false（比如文件正被占用、权限不足、路径不存在）。尤其在 Windows 上，打开的 .log 文件或防病毒软件锁定的文件，remove 直接返回 false，不抛异常。
- 务必检查返回值，记录失败路径和
std::filesystem::status_code错误码 - 常见错误码：
std::errc::permission_denied、std::errc::busy（Windows）、std::errc::no_such_file_or_directory - 不要用
std::filesystem::exists()二次验证——它本身也可能因权限失败，且存在竞态（删完又被创建）
实操建议写法：
if (!std::filesystem::remove(p, ec)) {
std::cerr
文件时间精度、权限跳过策略、类型过滤边界、删除结果校验——这四点漏掉任一，都可能让清理脚本删错东西或静默失效。特别是 Windows 下 FILETIME 转换和 busy 错误处理，最容易被忽略。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
