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

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

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

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

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()来验证效果，并注意时区后缀。

我知道这个帖子很旧了，但我认为这将帮助任何像我一样从谷歌登陆这里的人。

在GAE Flex (NodeJs)中，你可以在app.yaml文件中设置环境变量TZ(一个管理应用程序中所有日期时区的变量)，我给你留了一个例子:

app.yaml

# [START env]
env_variables:
  # Timezone
  TZ: America/Argentina/Buenos_Aires

来自@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)'