直接构造12月31日并用mktime归一化最可靠：设tm_mon=11、tm_mday=31、时分秒为0、tm_isdst=-1，再调用mktime；注意localtime线程不安全，需立即拷贝结果，且时区影响显著。
用 std::chrono 和 std::time_t 获取当前年份最后一天的 std::tm
直接构造 12 月 31 日比“找年末”更可靠，因为闰年、时区、夏令时都可能干扰基于“当前时间 + 偏移”的计算。标准做法是取当前年份，固定设为 12 月 31 日，再用 mktime 归一化。
关键点：必须把 tm_mon 设为 11（0 起始），tm_mday 设为 31，且 tm_hour/tm_min/tm_sec 要显式设为 0，否则残留值会导致 mktime 解析出错或跨日。
std::time_t now = std::time(nullptr); std::tm t = *std::localtime(&now); t.tm_mon = 11; // December t.tm_mday = 31; t.tm_hour = 0; t.tm_min = 0; t.tm_sec = 0; t.tm_isdst = -1; // let mktime infer DST std::time_t end_of_year = std::mktime(&t);
注意 std::localtime 返回的是静态缓冲区指针
多次调用 std::localtime 可能覆盖前一次结果，尤其在多线程环境下不安全。如果后续还要用原始时间，别直接解引用返回值赋给 std::tm 变量——应立即拷贝。
- ✅ 正确：
std::tm t = *std::localtime(&now); - ❌ 危险：
std::tm* pt = std::localtime(&now); /* ... 其他 localtime 调用 ... */ use(pt); - 替代方案（C++20）：
std::chrono::year_month_day{std::chrono::floor<:chrono::days>(std::chrono::system_clock::now())}</:chrono::days>+year().max()，但需手动转回time_t或sys_days
跨年边界时 mktime 的行为要验证
mktime 会自动处理“12 月 31 日无效”的情况（比如某年没有 12 月 31 日？不存在），但它对非法日期（如 tm_mday=32）会归整：32 日 → 下月 1 日。所以设 31 是安全的；但若误写成 32，结果就是下一年的 1 月 1 日，而不是报错。
立即学习“C++免费学习笔记（深入）”；
建议加一行校验：
if (t.tm_year != std::tm{}.tm_year) { // 粗略检查是否被 mktime 推到下一年
std::tm check = *std::localtime(&end_of_year);
if (check.tm_year != t.tm_year) {
// 处理异常（极少发生，但可能因时区规则变更触发）
}
}时区影响不可忽略
std::localtime 和 std::mktime 都依赖本地时区。如果你需要 UTC 年末，得用 std::gmtime + timegm（POSIX）或 C++20 的 std::chrono::utc_clock。Windows 上 timegm 不可用，需手动转换或用第三方库（如 Howard Hinnant’s date）。
常见陷阱：
- 服务器部署在 UTC+8，但代码逻辑假设 UTC → 导致年末时间差 8 小时
- 系统时区在程序运行中被修改（如容器重启时环境变量未固化）→
localtime结果突变 -
tm_isdst = -1在某些老旧系统上可能推导错误，显式设0或1更可控（但需你知道当前 DST 状态）
实际用的时候，多数场景只需本地时区的 12 月 31 日零点，但得盯住 mktime 的归一化副作用和时区上下文——这两处最容易在灰度发布或跨地域部署时暴露问题。
