c++如何利用std::filesystem库批量自动删除一周前生成的所有日志【实战】-C++-PHP中文网

std::filesystem::last_write_time 是跨平台获取日志“生成时间”的最接近接口，但实际反映最后一次写入时间而非创建时间；需结合权限跳过、符号链接禁用、异常捕获、文件名白名单匹配及删除返回值校验等防御性措施确保清理安全可靠。

c++如何利用std::filesystem库批量自动删除一周前生成的所有日志【实战】

std::filesystem::last_write_time 获取文件修改时间不准？

日志文件的“生成时间”在 std::filesystem 中没有直接对应接口，last_write_time 是最接近的替代，但要注意：它反映的是最后一次写入时间（通常就是日志追加完成的时间），不是创建时间。Windows 上 creation_time 可用，但 Linux/macOS 不支持，跨平台必须统一用 last_write_time。

实操建议：

别依赖 last_write_time 精确到秒级“生成时刻”——日志轮转时可能有毫秒级延迟，按天判断更稳妥
用 std::chrono::system_clock::to_time_t 转为 time_t 后计算天数差，避免手动处理 file_time_type 时区/精度陷阱

示例片段：

auto now = std::chrono::system_clock::now();
auto cutoff = now - std::chrono::hours(24 * 7);
auto file_time = fs::last_write_time(p);
auto file_time_t = fs::file_time_type::clock::to_time_t(file_time);
if (std::difftime(std::chrono::system_clock::to_time_t(now), file_time_t) > 24*7*3600) { /* 删除 */ }

遍历目录时遇到权限拒绝或符号链接循环

fs::recursive_directory_iterator 默认会进入所有子目录，包括无读取权限的路径或人为构造的软链环，导致抛出 std::filesystem::filesystem_error 异常并中断遍历。

实操建议：

必须用 fs::directory_options::skip_permission_denied 构造迭代器，否则一次 Permission denied 就崩
禁用符号链接跟随：fs::directory_options::follow_directory_symlink 设为 false（默认是 true）

捕获异常后继续迭代，不要让单个文件失败阻断整个清理流程：

for (auto iter = fs::recursive_directory_iterator(root, ec); iter != fs::recursive_directory_iterator(); ++iter) {
    if (ec) { ec.clear(); continue; }
    // 处理逻辑
}

删除前没校验文件名是否匹配日志模式，误删配置或临时文件

直接对整个 logs/ 目录递归删除太危险，比如 config.json、.lock 或正在写的 current.log 都可能被扫中。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

实操建议：

用 path.filename().string() 做前缀/后缀匹配，例如只处理 .log、.log.gz、_error.log 等明确日志扩展名
排除常见非日志文件：fs::is_regular_file(p) 必须为真，跳过目录、socket、设备文件
加一层白名单检查（哪怕简单如 filename.find("log") != std::string::npos），比纯时间过滤更防误删