Bash脚本执行后CVE_ENV_DIR变量未生效的原因咨询

这是个非常典型的Shell环境变量作用域问题，我来给你拆解清楚：

核心原因：子Shell的隔离性 #

当你直接通过./env.sh执行脚本时，系统会启动一个全新的子Shell进程来运行这个脚本。在子Shell里执行export CVE_ENV_DIR=$PWD，只会把这个变量添加到子Shell的环境变量列表中——这个变量的作用范围仅限于该子Shell以及它启动的其他子进程。

当脚本执行完成后，子Shell进程会退出，它的所有环境变量都会被销毁，根本不会传递回你当前操作的父Shell（也就是终端里的那个Shell进程）。而你手动在Shell里敲export CVE_ENV_DIR=$PWD时，是直接在当前父Shell进程中修改环境变量，自然能立刻看到效果。

解决方法 #

有两种常用的方式让脚本中的变量在当前Shell生效：

1. 用source或.命令执行脚本 #

这是最简单直接的方法，它会让脚本在当前Shell进程中直接执行，而不是启动子Shell。操作方式：

source ./env.sh
# 等价写法
. ./env.sh

执行后再验证：

$ echo $PWD
/work/env
$ source ./env.sh
$ echo $CVE_ENV_DIR
/work/env

2. 让脚本输出变量配置，用eval在父Shell执行 #

如果因为某些原因必须让脚本在子Shell运行，但需要把变量带回父Shell，可以修改脚本让它输出变量设置的命令，再用eval在父Shell中执行这些命令：

修改后的脚本内容：

#!/bin/bash
echo "export CVE_ENV_DIR=$PWD"

然后执行：

eval "$(./env.sh)"

这种方式本质上是让子Shell生成配置语句，父Shell执行这些语句来设置变量，不过不如第一种方法直观。

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