直接用std::chrono::duration_cast计算年差不准，因std::chrono::years按固定365.2425天定义，忽略闰年与月份差异；可靠做法是手动解析tm结构，按日历规则比较年、月、日判断是否满整年。
用 std::chrono 直接算年差会出错
直接用 std::chrono::duration_cast<:chrono::years></:chrono::years> 对两个 std::chrono::system_clock::time_point 做转换，结果往往不准——因为 std::chrono::years 是“365.2425天”的固定长度，而真实年份天数在闰年/非闰年、起止月份不同下差异很大。比如 2023-02-28 到 2024-02-28 是整年，但 2023-02-28 到 2024-02-29 不存在，系统可能回退到 2024-02-28，导致差值仍是 1 年，实际逻辑上未满。
手动拆解年月日才是可靠做法
真正判断“是否满一岁”，得按日历规则：年份差减 1，再看月份和日期是否已过生日。典型场景是年龄计算、合同有效期、保险起止等，不能靠天数除以 365 糊弄。
- 先提取两个
std::tm（注意tm_year要 +1900，tm_mon是 0–11） - 计算年份差：
year2 - year1 - 如果
month2 ，或 <code>month2 == month1 && day2 ，则结果减 1
示例：2020-03-15 到 2025-02-20 → 年差 5，但 2 月
别忽略时区和本地化问题
std::mktime 会把 std::tm 当作本地时间处理，若输入的是 UTC 时间却没调 std::timegm（POSIX）或手动校正，年份可能偏移 1 天。Windows 下没有 timegm，得用 _mkgmtime 替代。
立即学习“C++免费学习笔记（深入）”；
- 输入为 ISO 格式字符串（如
"2022-06-15"）时，先用strptime（Linux/macOS）或sscanf解析，避免依赖 locale - 跨年计算涉及 2 月 29 日时，需检查目标年是否为闰年：
(y % 4 == 0) && (y % 100 != 0 || y % 400 == 0) - 若需支持负年份（如公元前），标准库
std::tm不支持，得换用第三方库如date.h（Howard Hinnant）
用 date::year_month_day 可大幅简化逻辑
如果项目允许引入 date.h（C++11 起可用，头文件仅需包含），它把日历运算封装得很稳：
#include <date/date.h>
using namespace date;
auto ymd1 = year_month_day{sys_days{2020_y/3/15}};
auto ymd2 = year_month_day{sys_days{2025_y/2/20}};
int years = (ymd2.year() - ymd1.year()).count();
if (ymd2.month() < ymd1.month() ||
(ymd2.month() == ymd1.month() && ymd2.day() < ymd1.day())) {
--years;
}
这个方案不依赖本地时区，解析安全，且自动处理 2 月 29 日越界（如 2023-02-29 会被归为 2023-03-01）。但要注意：它不处理时间部分，若原始数据含时分秒，需先截断到日精度，否则 sys_days 构造时会向下取整到当天 00:00 UTC，可能影响边界判断。
最易被忽略的是：所有基于日历的年差计算，本质都是“是否已过生日”的布尔判断叠加，不是数学除法。哪怕只差 1 秒，只要生日还没到，就不能算满一年。
