从节点13开始，您现在可以重复设置process.env.TZ，它将反映在新的Date对象的时区中。我不知道我是否会在生产代码中使用它，但它在单元测试中绝对有用。

> process.env.TZ = 'Europe/London';
'Europe/London'
> (new Date().toString())
'Fri Mar 20 2020 09:39:59 GMT+0000 (Greenwich Mean Time)'

> process.env.TZ = 'Europe/Amsterdam';
'Europe/Amsterdam'
> (new Date().toString())
'Fri Mar 20 2020 10:40:07 GMT+0100 (Central European Standard Time)'

根据这个谷歌组线程，可以在调用任何日期函数之前设置TZ环境变量。刚刚测试了一下，它可以工作。

> process.env.TZ = 'Europe/Amsterdam' 
'Europe/Amsterdam'
> d = new Date()
Sat, 24 Mar 2012 05:50:39 GMT
> d.toLocaleTimeString()
'06:50:39'
> ""+d
'Sat Mar 24 2012 06:50:39 GMT+0100 (CET)'

但是以后不能更改时区，因为那时Node已经读取了环境变量。

你可以通过将环境变量TZ设置为UTC来强制Node.js进程时区

因此，所有时间都将以UTC+00:00计算

完整名单:https://en.wikipedia.org/wiki/List_of_tz_database_time_zones

示例package.json:

{
  "scripts": {
    "start": "TZ='UTC' node index.js"
  }
}

这里是一个100%工作的例子，在NodeJs中获得自定义时区日期时间，而不使用任何外部模块:

const nDate =新日期()。toLocaleString(“en - us”{ 时区:“亚洲/加尔各答” })； console.log (nDate);

我使用这个NPM包unix-system-timezone

不幸的是，设置process.env.TZ工作得不是很好——基本上不确定什么时候更改会生效)。

因此，在启动节点之前设置系统时区是唯一正确的选择。

但是，如果您不能这样做，应该可以使用节点时间作为一种变通方法:以本地时间或UTC时间获取时间，并将它们转换为所需的时区。参见如何在Nodejs中使用时区偏移?获取详细信息。