moment().tz()与moment.tz()的isDST()结果不一致的原因及正确用法

二者结果不同的原因 #

这两种写法的核心逻辑完全不同：

1. 第一种 moment(<时间字符串>).tz('America/Los_Angeles', true)
   是先在本地时区（或Moment默认时区）解析时间字符串，得到对应时间点的moment对象，再将这个时间点转换到America/Los_Angeles时区。
   你的例子里，解析2023-03-12 9:15 AM时用的是本地时区，转换到洛杉矶时区后，这个时间点可能不在洛杉矶的夏令时区间内，所以isDST()返回false。

2. 第二种 moment.tz(<时间字符串>, <格式>, 'America/Los_Angeles')
   是直接在目标时区（America/Los_Angeles）的上下文里解析时间字符串，相当于告诉Moment：这个时间字符串本身就是洛杉矶时区的时间，直接按该时区的规则（包括夏令时）解析，所以能正确识别9:15 AM处于夏令时区间，返回true。

哪种用法正确？ #

如果你的时间字符串本身就属于America/Los_Angeles时区，第二种用法是正确的。它直接在目标时区解析时间，避免了本地时区带来的干扰，能准确处理夏令时规则。

第一种用法的注意事项 #

• 本质是「时区转换」而非「时区解析」：只有当输入的时间字符串是本地时区的时间时，转换后的结果才符合预期；如果输入时间属于其他时区，这种写法会先错误地将其解析为本地时间，再转时区，结果必然出错。
• 夏令时切换点的风险：当本地时区和目标时区的夏令时切换时间不同时，转换后的时间可能出现「不存在」或「重复」的歧义时间，Moment会按默认规则处理，但结果未必符合你的预期。
• 第二个参数true的作用有限：它开启的是解析严格模式，只会检查时间字符串是否完全匹配格式，不会改变「先本地解析再转时区」的核心逻辑。

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