正确配置需规避时区/时钟跳变/命名撕裂/重命名失败四大陷阱：log4cplus设TimeZone=UTC并重写rollover()按日志时间戳命名；spdlog禁用自动重开，用daily_logger_mt配0点滚动并在回调中flush()+drop()；命名须基于日志事件时间戳而非触发时间；rename失败时需robust_rename()兜底。
log4cplus 或 spdlog 里 time-based rolling 怎么配才不丢日志
时间戳滚动不是“设个格式就完事”，核心是避免多进程/多线程下文件竞争和时间边界错位。log4cplus 的 TimeBasedRollingPolicy 默认用本地时区切分，但若服务跨时区部署或系统时钟跳变，2024-05-20.log 可能被写两份或漏写一小时。
- 强制指定 UTC：log4cplus 配置中加
TimeZone=UTC，否则凌晨 1 点系统时钟回拨（如夏令时）会导致日志写入错误文件 - spdlod 要关掉
enable_file_logging的自动重开逻辑，改用手动spdlog::daily_logger_mt并传入hour=0, minute=0—— 否则默认按“每天 0 点”滚动，但实际触发依赖首次调用 logger 的时刻，不是系统时钟对齐 - 滚动瞬间（如 00:00:00）产生的日志可能被写进旧文件，因为文件句柄没及时刷新关闭；必须在滚动回调里显式调用
flush()+drop()
自定义命名：为什么 %Y-%m-%d_%H 在 hourly 滚动下会生成重复文件名
用 strftime 格式生成文件名时，%H 是“当前小时”，但滚动动作本身有延迟。比如 13:59:59.999 写入一条日志，滚动逻辑在 14:00:00.002 才执行，此时 strftime("%Y-%m-%d_%H", now) 返回 2024-05-20_14，但上一秒的日志已部分写进 2024-05-20_13，而新文件又叫 2024-05-20_14 —— 表面看没问题，实则同一小时内容被撕裂到两个文件。
- 正确做法：滚动依据“日志事件时间戳”，不是“滚动触发时间”。每条 log record 带
time_t，命名时用它对应的tm_hour，而非localtime(&now) - log4cplus 可继承
RollingFileAppender重写rollover()，从 buffer 最老 record 提取时间算目标文件名 - 手写滚动逻辑时，别用
std::chrono::system_clock::now()直接格式化，先转成std::chrono::floor<:chrono::hours>(tp)</:chrono::hours>再拆解
滚动时 rename 失败的三个真实原因
rename("app.log", "app.log.2024-05-20") 看似原子，但在 Windows、NFS、某些容器挂载路径下根本不可靠。
- Windows 上目标文件正被其他进程打开（比如 tail -f），
rename直接失败，且 log4cplus 默认不重试 —— 日志静默丢失 - NFSv3 不支持跨文件系统 rename，如果日志目录挂载自不同 export，会报
EXDEV错误，必须改用 copy + unlink - Linux overlayfs（常见于 Docker）对 rename 的原子性保障弱，尤其并发高时，可能产生
.tmp中间文件残留，需检查并清理 - 对策：封装
robust_rename()，失败后 fallback 到copy_file()+remove()，并加usleep(10000)避免忙等
C++17 std::filesystem 能不能直接用于日志滚动
能调通，但别直接用 std::filesystem::rename() 或 std::filesystem::last_write_time() 做滚动判断 —— 它们不感知文件锁，也不处理时区，更不保证跨平台行为一致。
立即学习“C++免费学习笔记（深入）”；
-
last_write_time()返回的是file_time_type，和system_clock::time_point不同源，Windows 上精度只有 100ns，Linux ext4 是纳秒但受stat缓存影响，用它判断“是否过期”极易误判 - 滚动命名若依赖
std::format("{:%Y-%m-%d}", sys_time)，必须先用clock_cast<system_clock>(file_time)</system_clock>转换，否则 Windows 下输出乱码 - 真正省心的做法：只用
std::filesystem做路径拼接和存在性检查，滚动时机和文件操作仍交给成熟库（如 spdlog 的rotating_file_sink）或自己用open()/write()/fsync()控制
最麻烦的从来不是“怎么生成带时间戳的文件名”，而是当系统时钟跳变、磁盘满、权限突变、容器重启时，滚动逻辑是否还能把日志塞进正确的文件里——这些边界情况，配置项覆盖不了，得在代码里埋够检查点和 fallback 路径。
