更新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，更多信息在这里

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

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

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

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

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

另一种至少在Linux环境下对我有用的方法是像这样运行你的Node.js应用程序:

env TZ='Europe/Amsterdam' node server.js

这至少可以确保从一开始就正确地设置了时区。

来自@uhef的解决方案env TZ='Europe/Amsterdam' node server.js适用于应用程序不能使用fork进程的情况，但当你使用fork进程时，特别是当你使用像gulp这样的构建工具启动应用程序时，命令gulp将接受env值，但gulp创建的进程不(你的应用程序)。

要解决这个问题，你必须做到:

$ export TZ="Europe/Amsterdam"; gulp myTask

这将为您正在使用的控制台中启动的所有进程设置TZ环境变量，包括在同一个控制台中gulp命令后执行的所有子进程，而不需要使用export TZ="Europe/Amsterdam"前缀执行它们;一次。