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

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

对于那些将Node.js应用程序部署到Amazon AWS Elastic Beanstalk的人，这里有一个答案。我还没有在其他地方看到过这样的记录:

在Configuration -> Software -> Environment Properties下，简单地设置键值对TZ和您的时区，例如America/Los Angeles，然后应用更改。

你可以通过在Node应用程序中输出new Date(). tostring()来验证效果，并注意时区后缀。

来自@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"前缀执行它们;一次。

从节点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)'

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

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

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