时区差不能靠经纬度直接计算，必须通过坐标查询IANA时区名再获取UTC偏移。C++20支持zoned_time但需标准库完整实现TZDB，否则需用GeoNames API或timezone-boundary-builder等第三方方案，并注意夏令时与历史偏移变化。
时区差不能靠经纬度直接算出来
地理坐标（经度、纬度）本身不携带时区信息，同一个经度上可能有多个时区（比如中国全境用 Asia/Shanghai，而俄罗斯横跨 11 个时区）。C++ 标准库（<chrono></chrono>、<ctime></ctime>）也不提供从经纬度查时区的功能。想靠 std::abs(lon1 - lon2) / 15 算小时差？结果大概率错——这只能给出理论太阳时差，不是法定时区偏移。
必须依赖外部时区数据库（如 IANA TZDB）
真实世界中，时区边界是政治划定的，由 IANA 维护的 TZDB（如 Europe/London、America/New_York）才是权威来源。C++20 起，<chrono></chrono> 支持 zoned_time 和 get_tzdb_list()，但前提是你的标准库实现了完整时区支持（GCC ≥ 13 + libstdc++ 完整 TZDB，或 MSVC 2022 17.5+，Clang 需 libc++ ≥ 16 且编译时链接 -ltzdb）。
- 确认可用性：运行
std::chrono::get_tzdb_list().size()，若返回 0，说明时区数据未加载 - 常见失败原因：Linux 上没装
tzdata包；Windows 上 MSVC 默认不启用 TZDB；MinGW 不支持 - 替代方案：用 C 接口调用系统
tzset()+localtime_r()，但只能获取本地时区，无法查任意地理位置
实用做法：用第三方库查坐标对应时区再计算偏移
真正可行的路径是「坐标 → 时区名 → UTC 偏移」。推荐两个轻量选择：
-
timezone-boundary-builder 提供的 GeoJSON 边界数据 +
libspatialindex或Boost.Geometry做点面判断，再映射到 IANA 名称（如point_in_polygon(lat, lon, "Asia/Tokyo")） -
GeoNames API（免费限频）：GET
http://api.geonames.org/timezoneJSON?lat=35.6895&lng=139.6917&username=demo返回{"rawOffset": 9, "dstOffset": 9, "timezoneId": "Asia/Tokyo"} - 拿到两个时区名后，用 C++20：
auto z1 = std::chrono::locate_zone("Asia/Tokyo");<br>auto z2 = std::chrono::locate_zone("America/Los_Angeles");<br>auto now = std::chrono::system_clock::now();<br>auto offset1 = z1->get_info(now).offset;<br>auto offset2 = z2->get_info(now).offset;<br>auto diff_hours = (offset1 - offset2) / 1h;
注意夏令时（DST）和历史偏移变化
两个地点的时区差不是固定值。例如 America/Chicago 在 3 月第二个周日到 11 月第一个周日用 CDT（UTC-5），其余时间用 CST（UTC-6）；而 Europe/London 夏令时是 BST（UTC+1），冬令时是 GMT（UTC+0）。用 get_info(now) 只能反映当前时刻，如果要查过去某天的差，必须传入对应时间点：z1->get_info(std::chrono::sys_days{2023y/3/10})。
立即学习“C++免费学习笔记（深入）”；
IANA 数据会定期更新（比如摩洛哥取消 DST），所以生产环境务必定期更新 TZDB 数据文件（/usr/share/zoneinfo/ 或程序内嵌二进制 blob）。
