从节点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设置为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"
  }
}

更新node.js v13版本

正如@Tom指出的，现在v13中内置了完整的icu支持。因此可以省略设置步骤。您仍然可以自定义在运行时构建或使用icu的方式:https://nodejs.org/api/intl.html

对于Windows上的node.js，您可以执行以下操作:

如果已经安装full-icu，请安装它，它将正确应用日期区域设置 NPM I全icu 或全局:NPM I -g full-icu 在代码中使用toLocaleString()，例如: 新的日期()。toLocaleString('en-AU'， {timeZone: '澳大利亚/墨尔本'}) 这将产生类似于:25/02/2019,3:19:22 pm。如果你喜欢24小时，'en-GB'将产生:25/02/2019,15:19:22

对于node.js作为Azure web应用程序，除了WEBSITE_TIME_ZONE的应用程序设置外，你还需要将NODE_ICU_DATA设置为例如<你的项目>\node_modules\full-icu，当然，在你完成npm i full-icu之后。不建议在Azure上全局安装包，因为该目录是临时的，可能会被删除。

裁判: 1. NodeJS没有正确应用日期区域设置

你也可以用intl选项构建node.js，更多信息在这里

设置服务器时区并使用NTP同步。 下面是更改服务器时间的一个更好的解决方案。

列出时区

timedatectl list-timezones

设置时区

sudo timedatectl set-timezone America/New_York

确认时区

timedatectl

我的服务器和数据库更喜欢使用UTC时区。任何转换都必须在客户端处理。 我们可以在客户端使用moment.js。

维护多个实例也很容易，

根据这个谷歌组线程，可以在调用任何日期函数之前设置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已经读取了环境变量。

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