JavaScript Date构造函数时区依赖问题咨询：伦敦时区下new Date(2022,1,1)显示异常

嘿，这个问题我之前也碰到过类似的情况，咱们一步步拆解清楚：

首先先澄清一个JavaScript Date的基础坑点：Date构造函数的月份参数是从0开始索引的——0对应1月，1对应2月，以此类推。不过你这里的问题并不是这个导致的（如果是月份索引搞错，你得到的应该是2022年1月1日，而非1月31日），核心原因出在你用的时区修改插件上。

为什么会出现1月31日23:00的结果？ #

大部分浏览器时区修改插件并不是真正修改系统级的时区设置，而是通过Hook（钩子）Date对象的相关方法（比如getTimezoneOffset()、toString()等）来模拟时区偏移效果。这种模拟方式会干扰Date构造函数的原生行为：

• 原生的new Date(year, month, day)会基于本地系统时区创建对应日期的00:00:00时间点。
• 但如果插件是通过偏移UTC时间来模拟时区，那当你调用new Date(2022,1,1)时，插件会先把你预期的“伦敦时区2月1日00:00”转换成UTC时间，再反向计算显示时间——比如你之前的时区是GMT+1，那伦敦时间2月1日00:00对应的UTC时间就是1月31日23:00，插件模拟的伦敦时区会直接把这个UTC时间显示为本地时间，就出现了你看到的结果。

怎么验证这个推测？ #

你可以在浏览器控制台执行以下代码测试：

// 查看当前时区偏移（GMT+0的话应该返回0）
console.log(new Date().getTimezoneOffset());
// 创建日期并查看其UTC时间
const date = new Date(2022,1,1);
console.log(date.toUTCString());

如果toUTCString()返回的是Mon, 31 Jan 2022 23:00:00 GMT，说明插件确实是通过偏移UTC来模拟时区，而非真正切换了本地时区。

这是正确行为吗？ #

从JavaScript原生规范来说，这不是正常行为——原生Date在伦敦时区（GMT+0）下执行new Date(2022,1,1)应该返回Tue Feb 01 2022 00:00:00 GMT+0000 (London Standard Time)。但这是时区插件的模拟方式导致的局限性，而非JavaScript引擎的bug。

如果需要准确测试不同时区下的Date行为，更可靠的方式是用浏览器自带的开发者工具（Chrome DevTools的Settings > Languages > Timezone）来修改时区，这种方式是真正模拟系统时区，不会干扰Date对象的原生构造逻辑。

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