使用setFullYear/setUTCFullYear后时区变化的原因及处理方案

1. 同一地理位置的Date对象时区偏移随年份变化的原因 #

• 时区规则并非固定不变：不少国家或地区会根据政策调整时区偏移或夏令时规则，比如缅甸曾在2011年将时区从GMT+0600调整为GMT+0630，还有部分地区的夏令时启用、结束日期在不同年份有变动。
• JavaScript的Date对象依赖浏览器或操作系统内置的IANA时区数据库，该数据库记录了各地区不同年份的时区规则细节。当你设置不同年份的Date对象时，引擎会依据对应年份的规则计算时区偏移，因此会出现偏移值变化的情况。

2. 数据库仅时间值转JavaScript Date对象的正确做法 #

• 明确时区基准：首先要确定这个仅时间值对应的时区（是服务器所在时区、用户本地时区，还是业务规定的固定时区），没有时区的时间不具备明确指向性，必须先锚定时区。
• 拼接基准日期：选择一个固定的基准日期（比如1970-01-01或者当前日期），把仅时间值拼接到基准日期后，形成完整的日期时间字符串，再结合指定时区创建Date对象。例如数据库时间是14:30:00，对应固定时区为Asia/Yangon，就可以用new Date('1970-01-01T14:30:00+06:30')来创建对象（注意时区偏移要匹配）。
• 优先用UTC处理计算：如果需要做时间运算，建议将时间转换为UTC时间戳来处理，避免本地时区或历史时区规则的干扰。比如把仅时间转换为当天的UTC时间戳，计算时直接操作数值即可。
• 借助轻量级日期库：如果业务场景复杂（比如涉及多时区、历史规则），可以用Day.js、Moment.js这类日期库，它们能更精准地处理时区转换和时间格式化，减少手动处理的出错概率。

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