最直接方式是截取ISO日期字符串前4位转整数与当前年份比较，需校验格式；若用tm结构体，须将tm_year加1900再比较；时区不一致或忽略1900偏移是两大常见错误。
用 std::chrono 获取当前年份再比对
最直接的方式是拿到当前系统年份，再提取目标日期的年份做整数比较。C++20 起 std::chrono 提供了可靠的日历支持，但要注意：即使你用的是 C++17 或更早，只要编译器支持 std::chrono::system_clock::now() 和基础时间点操作，也能完成年份提取（需手动转换为本地时间）。
关键点在于不能只靠 time_t + localtime，因为 tm_year 是从 1900 起算的偏移量，容易漏减或错加。
- 用
std::chrono::system_clock::now()获取当前时间点 - 转成
std::chrono::year_month_day（C++20）或用std::gmtime/std::localtime配合tm结构体（兼容旧标准） - 目标日期若存为
std::chrono::year_month_day，直接取.year()；若为time_t或字符串，需先解析成日历类型再取年
字符串日期（如 "2024-06-15"）怎么快速判断是否在今年
如果输入是固定格式的 ISO 日期字符串，别急着全量解析成时间对象——直接截取前 4 位字符转整数，和当前年份比就行，既快又稳。
- 检查字符串长度 ≥ 4 且第 4 位是 '-'（避免 "202-06-15" 类误判）
- 用
std::stoi提取前 4 字符，或手写循环验证是否全数字 - 注意：此法仅适用于严格
"YYYY-MM-DD"格式；若格式不固定（如带时间、时区、不同分隔符），必须走完整解析流程
tm 结构体里判断年份时常见的越界错误
很多人写 tm.tm_year == current_year 却没意识到 tm.tm_year 是自 1900 年起的偏移值，比如 2024 年对应值是 124。直接比会永远为 false。
- 正确做法：当前年份也减去 1900，即
tm.tm_year == std::localtime(&now)->tm_year - 更安全做法：统一转成绝对年份比较，如
(tm.tm_year + 1900) == current_full_year - 隐患：
std::localtime返回静态缓冲区指针，多线程下不安全；应改用std::localtime_r（POSIX）或_localtime64_s（MSVC）
跨年边界场景（12月31日 vs 1月1日）要不要考虑时区
要。如果你的“今年”是指本地时区的自然年，而目标日期是 UTC 时间戳，直接比年份可能出错。例如 UTC 时间 2024-01-01T00:00:00Z 在北京时间是 2024-01-01T08:00:00，没问题；但 2023-12-31T16:00:00Z 在北京已是 2024-01-01T00:00:00 —— 它属于“本地今年”，但原始年份仍是 2023。
- 明确需求：“今年”按哪个时区定义？服务端逻辑通常用 UTC，“用户看到的今年”一般用本地时区
- 若需本地时区语义，所有时间都应先转成本地
tm再取年；若用 UTC，则全部保持 UTC 解析 - C++20 的
std::chrono::zoned_time可显式指定时区，避免隐式转换歧义
实际写的时候，最容易被忽略的是时区一致性——同一段逻辑里混用 UTC 时间戳和本地 tm 年份，或者没处理 tm_year 的 1900 偏移，这两个点一错，测试用例全过，上线后每年 12 月底/1 月初就开始报 bug。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
