如何确定任意时区的夏令时时区偏移？非本地时区场景解析

嘿，这两个问题在时区处理里真的是高频踩坑点，我来给你捋明白：

核心原则是：别自己手动算夏令时规则！ 夏令时的规则是由各个地区政府说了算的，不仅每年的起止日期可能变动，甚至有些地区会突然取消或恢复夏令时，靠自己硬编码规则迟早会出错。

正确的做法是依赖IANA时区数据库（也就是常说的tz数据库），这个数据库维护了全球所有时区的历史、当前和未来的夏令时规则。几乎所有主流编程语言和框架都内置了对它的支持，比如：

• Python用zoneinfo（3.9+）或pytz
• Java用java.time.ZoneId
• JavaScript用Intl.DateTimeFormat

举个Python的小栗子，要获取Europe/London时区在某个时间点的夏令时偏移：

from zoneinfo import ZoneInfo
from datetime import datetime, timedelta

# 指定时间点（UTC时间）
dt = datetime(2024, 7, 1, tzinfo=ZoneInfo("UTC"))
# 转换为伦敦时区时间
london_dt = dt.astimezone(ZoneInfo("Europe/London"))
# 获取当前UTC偏移（夏令时是UTC+1，非夏令时是UTC+0）
offset = london_dt.utcoffset()
# 判断是否处于夏令时
is_dst = london_dt.dst() != timedelta(0)

这些库会自动根据你传入的时间点，匹配对应的夏令时规则，返回正确的偏移量，完全不用你操心规则细节。

结合你提到的用户场景（注册选定时区，数据转该时区），首先要纠正一个常见误区：不要用固定的UTC偏移来存储用户的时区设置！比如用户选了UTC-8，这只是某个时刻的偏移，到夏令时会变成UTC-7，而且如果用户后来切换到其他时区（比如你说的UTC-6的地点），固定偏移完全没用。

正确的处理流程应该是这样的：

• 用户注册时，让他们选择IANA时区标识符（比如America/Los_Angeles，而不是“UTC-8”），你可以在前端把时区ID对应成友好名称（比如“太平洋时间（美国和加拿大）”）展示给用户
• 系统所有核心数据都存储为UTC时间（或者带时区信息的时间对象），而不是转换为用户时区的本地时间。这样不管用户怎么切换时区，原始数据都是准确的
• 当需要给用户展示数据时，根据用户当前的时区设置（注册时的默认时区，或者他们临时切换的时区），用对应的时区标识符把UTC时间转换为该时区的本地时间，此时库会自动应用夏令时偏移

比如你说的例子：用户注册时选了America/Los_Angeles（平时UTC-8，夏令时UTC-7），后来去了America/Denver（平时UTC-7，夏令时UTC-6）的地点。如果用户在系统里切换了显示时区为America/Denver，系统就会用这个时区ID把存储的UTC时间转换成丹佛当地时间，自动处理夏令时的偏移变化，完全不用你手动计算。

如果你的现有方案是用本地时区来处理，那第一步要做的就是把“存储UTC偏移”改成“存储时区ID”，然后所有时间转换都基于时区ID来做，而不是依赖本地环境的时区设置。这样不管用户在哪个时区，不管是不是夏令时，都能拿到正确的偏移和本地时间。

内容的提问来源于stack exchange，提问作者Luke G