用std::filesystem判断日志是否过期需将last_write_time转为本地日历日期再计算天数差，推荐用zoned_time+current_zone()对齐时区；滚动创建时用create_directories()和ofstream|app避免竞态；删除前须校验扩展名、iso日期格式及路径白名单。
如何用 std::filesystem 判断日志文件是否过期
核心是比对文件修改时间与当前日期差值，不能只看文件名里带的日期（容易被篡改或命名不规范）。std::filesystem::last_write_time() 返回的是 file_time_type，需转为本地日历日期再计算天数差。
- 别直接用
system_clock::from_time_t转换，它忽略时区，可能导致跨午夜误判 - 推荐用
std::chrono::zoned_time+current_zone()获取本地日期，再和文件时间对齐 - Windows 上
last_write_time()精度是 100ns，但 FAT32 卷只有 2s 精度，实际比较前建议 floor 到日粒度
示例逻辑：
auto now = std::chrono::system_clock::now();
auto today = std::chrono::floor<:chrono::days>(now);
auto file_time = std::chrono::clock_cast<:chrono::system_clock>(
fs::last_write_time(path));
auto file_day = std::chrono::floor<:chrono::days>(file_time);
int days_old = (today - file_day) / 24h;</:chrono::days></:chrono::system_clock></:chrono::days>
滚动生成新日志文件时如何避免竞态和重名
按天滚动本质是「在每天首次写日志时创建带日期后缀的新文件」，但多进程/多线程下可能同时触发创建，导致覆盖或打开失败。
- 不要先
fs::exists()再fs::create_directories()—— 中间存在竞态窗口 - 统一用
fs::create_directories()创建目录，它本身是原子的；文件创建用std::ofstream配合std::ios::out | std::ios::app，不加std::ios::trunc - 文件名必须含完整日期（如
"app-2024-06-15.log"），不用"app.log"+ 符号链接，否则删除逻辑无法关联
删除过期日志前必须检查的三个条件
删错文件比不删更危险，尤其在线上服务中。以下任一不满足，就跳过该文件：
- 文件扩展名必须匹配预期（如
".log"），防止误删"config.log.bak"这类非日志文件 - 文件名必须包含可解析的 ISO 格式日期（
YYYY-MM-DD），且早于保留天数阈值 —— 不要依赖文件顺序或创建时间排序 - 路径必须落在预设日志根目录下（如
"./logs/"），用fs::proximate(path, base_dir)或手动校验前缀，防路径穿越
为什么不用 boost::log 或 spdlog 的内置滚动？
它们的「按天滚动」通常只管新建，不负责删除过期文件。比如 spdlog::daily_logger_mt 会生成 app-2024-06-15.log，但不会删掉 app-2024-06-10.log。
-
boost::log的rotation_at_time_point可设最大文件数，但没提供按天+过期天数的组合策略 -
spdlog的daily_file_sink有max_files参数，但它按文件数量轮转，不是按天数保留 —— 如果某天没日志，那天的文件就不存在，计数会错乱 - 自研删除逻辑反而更可控：能精确到秒级判断、支持软删除（mv 到 trash）、可记录删除日志
真正麻烦的不是生成，是安全、可审计地清理。日期解析容错、路径白名单、删除前 stat 校验 —— 这些细节漏一个，半夜告警就是它。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
