localtime 时区不准是因为它依赖进程启动时缓存的静态时区快照，而非实时读取系统设置；POSIX 系统需显式调用 tzset() 同步，Windows 则须手动设 TZ 环境变量并调用 _tzset()，且多线程下存在全局状态竞争风险。
为什么 localtime 返回的时间总和系统时区对不上？
因为 localtime 依赖进程启动时缓存的时区规则，不是实时读取系统设置。Linux/macOS 下它查 TZ 环境变量或 /etc/localtime 符号链接；Windows 下则用注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation，但 C 运行时（如 MSVCRT）可能根本不读——它只认 _tzset() 初始化后的静态快照。
- 调用
localtime前必须先调用tzset()（POSIX 系统），否则时区可能仍是 UTC 或上一次残留值 - Windows 上
tzset()不自动同步系统时区，得手动设TZ环境变量再调用，否则无效 -
/etc/localtime是符号链接（如指向/usr/share/zoneinfo/Asia/Shanghai），但tzset()不解析路径内容，只看TZ变量或默认规则
如何在 Linux/macOS 上可靠获取当前时区名（如 "Asia/Shanghai"）？
不能靠 tzname[0] —— 它返回缩写（如 "CST"），且不带区域路径；也不能直接读 /etc/localtime 符号链接目标，因为有些发行版用二进制 tzfile 而非链接。
- 优先读
TZ环境变量：getenv("TZ")，若以:开头（如:Asia/Shanghai），去掉冒号即可 - 若
TZ为空，解析/etc/localtime：用readlink获取目标路径，再从/usr/share/zoneinfo/后缀提取（如/usr/share/zoneinfo/Asia/Shanghai→Asia/Shanghai） - 注意：Alpine Linux 默认无
/usr/share/zoneinfo，需装tzdata包；macOS 的 zoneinfo 在/var/db/timezone/zoneinfo/
Windows 下怎么让 localtime 正确反映系统时区？
MSVCRT 的 localtime 默认按本地机器时区初始化一次，之后不更新。改时区后不重启进程，localtime 就永远错。
- 必须手动同步：
_putenv_s("TZ", "China Standard Time")（注意 Windows 时区名是显示名，不是 IANA 名） - 再调用
_tzset()，否则localtime仍用旧缓存 - IANA 时区（如 "Asia/Shanghai"）在 Windows 原生 API 中不可用，需用
GetDynamicTimeZoneInformation+ 映射表转换 - 跨平台代码里，Windows 分支建议绕过
localtime，直接用FileTimeToLocalFileTime+GetTimeZoneInformationForYear
tzset() 的副作用和线程安全坑
tzset() 修改全局状态，影响所有线程的 localtime、strftime 等函数行为。多线程程序里，一个线程调 tzset()，另一个线程正在调 localtime，结果可能错乱。
立即学习“C++免费学习笔记（深入）”；
- 避免在运行时频繁调
tzset()，尤其不要在循环或信号处理中调 - 若需线程隔离时区，别用
localtime，改用localtime_r（POSIX）或 Windows 的LocalFileTimeToFileTime配合已知偏移 - glibc 中
tzset()会重新解析/etc/localtime，但不会重载环境变量 —— 所以改了TZ后必须显式调用，不能只改环境变量
