Node脚本在命令间重置环境变量的问题及原因咨询

核心原因很简单：每个npm run <script>都会启动一个独立的子Shell进程，进程里设置的环境变量只在当前进程及其子进程中有效，进程结束后变量就会被销毁，不会传递给其他独立的npm run进程。

逐个分析你的脚本案例： #

1. 第一种写法无效

// package.json
"scripts": {
    "load-cert": "export NODE_EXTRA_CA_CERTS=cert.pem",
    "start": "node main.js"
}

执行npm run load-cert && npm run start时：

• npm run load-cert是一个独立子进程，设置的环境变量只存在于这个进程里，进程结束后变量立即消失。
• npm run start是另一个全新的子进程，完全继承你终端的原始环境，根本看不到之前设置的NODE_EXTRA_CA_CERTS，自然会报SSL错误。

2. 第二种写法依然无效

"scripts": {
    "load-cert": "export NODE_EXTRA_CA_CERTS=riotgames.pem",
    "start": "npm run load-cert && node main.js"
}

执行npm run start时：

• 首先启动的子Shell里会执行npm run load-cert——这又是一个嵌套的子进程，变量只在这个嵌套进程里生效，进程结束后就没了。
• 回到start脚本的Shell进程，node main.js是在这个父进程里执行的，根本没拿到嵌套进程的变量，所以还是无效。

3. 第三种写法有效

"scripts": {
    "start": "export NODE_EXTRA_CA_CERTS=cert.pem && node main.js"
}

export和node main.js在同一个Shell进程里执行，export设置的变量直接作用于当前进程，后面的node命令自然能读取到这个变量，所以正常生效。

4. 第四种写法也有效

"scripts": {
    "start": "node main.js",
    "load-cert-start": "export NODE_EXTRA_CA_CERTS=riotgames.pem && npm run start"
}

export和npm run start在同一个Shell进程里，npm run start启动的子进程（执行node main.js的那个）会继承父Shell的所有环境变量，所以node能读到NODE_EXTRA_CA_CERTS，因此可以正常运行。

怎么单独编写加载证书的脚本？ #

给你几个可行的方案：

方案1：用Shell脚本封装（适合类Unix系统）

创建load-cert.sh文件：

#!/bin/bash
export NODE_EXTRA_CA_CERTS=cert.pem
exec "$@"

给脚本添加执行权限：chmod +x load-cert.sh
然后修改package.json：

"scripts": {
    "start": "./load-cert.sh node main.js"
}

这个脚本会先设置环境变量，再执行后面的命令，变量在同一个进程里生效。

方案2：用npm脚本传递变量（跨平台友好）

把证书变量定义在单独的脚本里，通过npm run的输出直接注入到启动脚本：

"scripts": {
    "set-cert": "echo NODE_EXTRA_CA_CERTS=cert.pem",
    "start": "$(npm run -s set-cert) node main.js"
}

-s是静默模式，只输出set-cert脚本的执行结果，这样start脚本里会在同一个Shell进程中先设置变量，再启动Node，变量有效。

方案3：用.env文件+dotenv包（适合多环境变量场景）

安装dotenv：

npm install dotenv --save

创建.env文件：

NODE_EXTRA_CA_CERTS=cert.pem

在main.js的顶部添加：

require('dotenv').config()

这样不管你用什么方式启动node main.js，都会自动加载.env里的环境变量，不需要在npm脚本里额外设置。

内容的提问来源于stack exchange，提问作者Khaled