我成功使用过的处理环境变量的好方法如下:

A.使用不同的配置文件:

Dev.js //这里只包含所有用于开发的环境变量 该文件包含: 模块。出口= { ENV:“开发”, someEnvKey1: '一些DEV Value1'， someEnvKey2: 'some DEV Value2' }; js //只包含所有用于开发的环境变量 ．． qa.js //这里只包含qa测试的所有环境变量 该文件包含: 模块。出口= { ENV:“开发”, someEnvKey1: '一些QA Value1'， someEnvKey2: '一些QA Value2' };

注意:大多数情况下，值会随着环境的变化而变化，但键保持不变。

你可以有更多 Z__prod.js //只包含生产/活动的所有环境变量 注意:此文件从未捆绑用于部署 将所有这些配置文件放在/config/文件夹中 < projectRoot > / config / dev.js < projectRoot > / config / qa.js < projectRoot > / config / z__prod.js < projectRoot > / setenv.js < projectRoot > / setenv.bat < projectRoot > / setenv.sh

注意:prod的名称与其他名称不同，因为它不会被所有人使用。

B.从配置文件中设置OS/ Lambda/ AzureFunction/ GoogleCloudFunction环境变量

理想情况下，文件中的这些配置变量应该作为OS环境变量(或LAMBDA函数变量，或Azure函数变量，谷歌云函数等)。

因此，我们在Windows操作系统(或其他)中编写自动化

假设我们编写“setenv”bat文件，其中一个参数是我们想要设置的环境 现在运行"setenv dev"

a)从传入的参数变量(现在是'dev')获取输入 B)读取相应的文件('config\dev.js') c)设置Windows操作系统(或其他)中的环境变量

例如,

setenv.bat的内容可能是:

    node setenv.js

setenv.js的内容可能是:

    // import "process.env.ENV".js file (dev.js example)
    // loop the imported file contents
    //     set the environment variables in Windows OS (or, Lambda, etc.)

至此，您的环境就可以使用了。

当你执行“setenv qa”时，所有的qa环境变量都可以从qa.js中使用，并且可以由相同的程序(总是要求process.env. qa)使用。someEnvKey1，但它得到的值是qone)。

希望这能有所帮助。

环境变量(在本例中)用于向应用程序传递凭据。USER_ID和USER_KEY都可以从process.env中访问。USER_ID和process.env。USER_KEY分别。你不需要编辑它们，只需要访问它们的内容。

看起来他们只是让你选择从任何一个进程加载你的USER_ID和USER_KEY。Env或磁盘上的某个指定文件。

现在，当您运行应用程序时，奇迹发生了。

USER_ID=239482 USER_KEY=foobar节点app.js

这将传递用户id 239482和用户密钥作为foobar。这适用于测试，但是对于生产，您可能需要配置一些bash脚本来导出变量。

就像ctrlplusb说的，我建议你使用包dotenv，但另一种方法是创建一个js文件，并要求它在你的应用服务器的第一行。

js:

process.env.VAR1="foo"
process.env.VAR2="bar"

app.js:

require('./env') // env.js relative path.
console.log(process.env.VAR1) // foo

使用dotenv-webpack让您的生活更轻松。简单地安装它npm install dotenv-webpack——save-dev，然后在你的应用程序的根目录下创建一个。env文件(记得在你推送git之前把它添加到。gitignore中)。打开这个文件，设置一些环境变量，例如:

ENV_VAR_1=1234
ENV_VAR_2=abcd
ENV_VAR_3=1234abcd

现在，在你的webpack配置中添加:

const Dotenv = require('dotenv-webpack');
const webpackConfig = {
  node: { global: true, fs: 'empty' }, // Fix: "Uncaught ReferenceError: global is not defined", and "Can't resolve 'fs'".
  output: {
    libraryTarget: 'umd' // Fix: "Uncaught ReferenceError: exports is not defined".
  },
  plugins: [new Dotenv()]
};
module.exports = webpackConfig; // Export all custom Webpack configs.

只有const Dotenv = require(' Dotenv -webpack');，插件:[new Dotenv()]，当然还有模块。出口= webpackConfig;//导出所有Webpack配置。是必需的。然而，在某些情况下，您可能会得到一些错误。对于这些问题，你也有解决方案，这意味着你可以修复某些错误。

现在，你可以在任何地方使用process.env。ENV_VAR_1 process.env。ENV_VAR_2 process.env。应用程序中的ENV_VAR_3。

可以通过process global variable设置环境变量，方法如下:

process.env['NODE_ENV'] = 'production';

适用于所有平台。

使用cross-env。这会让你免去很多头疼的事情

-S cross-env

cross-env PARAM=value node ./index.js

这通常适用于非凭证。比如证书和钥匙 最好不要存储硬编码的用户id和密码，而是使用不在repo和dotenv中的.env文件