正确做法是先获取当前时间点，转为std::tm，手动减30天后调用std::mktime归一化（自动处理跨月、闰年等），再用std::put_time格式化为ISO日期；不能直接用std::chrono::sys_days减days(30)，因其纯线性减秒，忽略夏令时、月份天数不均等日历语义，易导致日期偏差。
用 std::chrono 和 std::time_t 算出 30 天前的日期（ISO 格式）
直接减 30 天不能只靠 std::chrono::days(30) 粗暴减去，因为本地时区、夏令时、闰秒、月份天数不均都会让结果偏移。正确做法是：先获取当前系统时间点 → 转为日历时间（std::tm）→ 手动减天数并归一化 → 再转回时间点 → 格式化输出。
关键在于必须走 std::mktime 归一化：它会自动处理跨月、跨年、2 月天数等边界情况。
示例代码片段：
#include <chrono>
#include <ctime>
#include <iostream>
#include <sstream>
<p>std::string date_30_days_ago() {
auto now = std::chrono::system_clock::now();
auto tt = std::chrono::system_clock::to_time_t(now);
std::tm tm = *std::localtime(&tt); // 注意：用 localtime 还是 gmtime 取决于你要本地时间还是 UTC
tm.tm_mday -= 30;
tm.tm_isdst = -1; // 让 mktime 自动判断夏令时
std::mktime(&tm); // 归一化！这一步必不可少</p><pre class='brush:php;toolbar:false;'>std::ostringstream oss;
oss << std::put_time(&tm, "%Y-%m-%d");
return oss.str();}
立即学习“C++免费学习笔记（深入）”；
为什么不用 std::chrono::sys_days 直接减？
std::chrono::sys_days 看起来更现代，但它底层仍是基于 std::time_t 的整秒计数，减 days(30) 是纯线性减法（86400×30 秒），绕过了日历语义。一旦遇到夏令时切换日（比如某地凌晨 2 点跳到 3 点），减完再转 std::tm 就可能错一天。
真实踩坑场景：
- 在德国/法国等使用夏令时的地区，3 月 31 日减 30 天，用纯秒减法可能得到 3 月 1 日而非 3 月 2 日（因 3 月最后一个周日 clocks spring forward）
-
std::gmtime下看似稳定，但若业务逻辑依赖本地日期（如用户签到、报表周期），用 UTC 时间算出的“30 天前”和用户感知的“日历上的 30 天前”就不一致
跨平台兼容性要注意 std::localtime 的线程安全性
Windows 和旧版 libc（如 glibc std::localtime 返回的是静态缓冲区指针，多线程调用会互相覆盖。安全写法是：
- Linux/macOS（glibc ≥ 2.25 或 musl）：可用
std::localtime_r（POSIX） - Windows：用
_localtime64_s（带下划线前缀 + _s 后缀） - 最简跨平台方案：加
std::mutex锁住整个转换流程（开销极小，可接受）
如果你项目已用 C++20，可改用 <chrono> 新增的 std::chrono::year_month_day + std::chrono::sys_days 组合，它内部调用的是基于日历的算法，但需注意：它默认按 UTC 解析，且 year_month_day{sys_days{today} - days{30}} 仍需显式转成本地时区才能输出正确日期字符串。
输出格式控制别硬拼接，用 std::put_time
手动拼 tm.tm_year + 1900、tm.tm_mon + 1、tm.tm_mday 容易漏补零（比如 2024-3-5 应为 2024-03-05）。std::put_time 自动对齐，且支持所有标准格式符。
常见错误：
- 传入未初始化的
std::tm（尤其tm.tm_isdst = -1忘设）→mktime行为未定义 - 用
std::put_time时没指定 locale（如std::locale::classic()），某些环境会因 locale 设置导致格式异常（比如月份名变英文） - 忘记
oss << std::setfill('0') << std::setw(2)类似的设置——其实不用，%m和%d本身就保证两位输出
真正容易被忽略的是：std::mktime 修改的是传入的 std::tm&，但它的返回值是归一化后的时间戳（time_t），如果后续还要用这个时间戳做计算（比如比大小），应该用返回值，而不是再调用 std::mktime 之后再去 std::localtime —— 那又绕回线程不安全的老路。
