如果NODE_ENV或任何其他环境变量没有提供正确的值，则重新启动VS代码。这应该在重启后工作。

你可以使用

npm run env NODE_ENV=production

这可能是最好的方法，因为它在Windows和Unix上都是兼容的。

来自npm run-script文档:

env脚本是一个特殊的内置命令，可用于列出脚本在运行时可用的环境变量。如果在包中定义了“env”命令，它将优先于内置命令。

我在Visual Studio 2013的Windows 7 64位上使用Node.js的经验是，你需要使用

setx NODE_ENV development

从CMD窗口。并且您必须重新启动Visual Studio才能识别新的值。

set语法仅在设置它的cmd窗口的持续时间内有效。

在Node.js中的简单测试:

console.log('process.env.NODE_ENV = ' + process.env.NODE_ENV);

当使用set时返回'undefined'，如果使用setx并重新启动Visual Studio，它将返回'development'。

对于多个环境变量，.env文件更方便:

# .env.example, committed to repo
DB_HOST=localhost
DB_USER=root
DB_PASS=s1mpl3

# .env, private, .gitignore it
DB_HOST=real-hostname.example.com
DB_USER=real-user-name
DB_PASS=REAL_PASSWORD

dotenv-safe很容易使用:

使用npm Install——save-dev dotenv-safe安装。 将它包含在代码中(最好在index.js的开头)，并直接与进程一起使用它。env命令:

require('dotenv').load()
console.log(process.env.DB_HOST)   

不要忘记忽略VCS中的.env文件。

如果在.env中“定义”了一个变量，那么程序就会快速失败。Example作为环境变量或在.env中被取消设置。

我刚刚发现了一个很好的Node.js包，它可以用独特的语法定义环境变量，跨平台。

https://www.npmjs.com/package/cross-env

它允许你这样写:

cross-env NODE_ENV=production my-command

这非常方便!不再有Windows或Unix特定的命令!

当前版本的Windows使用Powershell作为默认shell，因此使用:

$env:NODE_ENV="production"

请看下面@jsalonen的回答。如果您在CMD(不再维护)，使用

set NODE_ENV=production

这应该在您打算运行Node.js应用程序的命令提示符中执行。

上面的代码行将为执行命令的命令提示符设置环境变量NODE_ENV。

要全局设置环境变量，使它们在单个命令提示符之外持续存在，您可以在控制面板中的系统中找到该工具(或在开始菜单中的搜索框中键入'environment')。