我们经常在写 Shell 脚本的时候，遇到变量无法跨脚本传递、配置管理混乱的问题。今天我们就来聊聊 Shell 中的环境变量管理，从 env 到 export，再到子 Shell 的变量继承，帮你实现脚本间变量共享与配置统一。
Shell 脚本虽然看起来简单，但一旦涉及多个脚本协作，变量管理就变得非常关键。比如你可能有一个主脚本负责调用多个子脚本，每个子脚本都需要访问一些全局配置，这时候如果变量不能正确传递，整个流程就会出问题。掌握好环境变量的使用，不仅能让你的脚本更健壮，还能提升开发效率。
先来看一个简单的例子：假设你有两个脚本，main.sh 和 sub.sh，你想让 sub.sh 使用 main.sh 中定义的变量。怎么做呢？
运行 main.sh 后，输出会是：Hello, Alice
这里的关键是 export 命令。它把变量 NAME 变成环境变量，这样在子 Shell（也就是 sub.sh）中就能访问到。如果没有 export，sub.sh 就看不到这个变量了。
不过要注意的是，export 只对当前 Shell 及其子进程有效。如果你在 main.sh 中定义了一个变量，但没有 export，那么在 sub.sh 中是看不到它的。这是很多初学者容易踩的坑。
有时候我们可能想临时设置一个环境变量，只在某个命令或脚本中生效。这时候可以用括号将命令包裹起来，创建一个子 Shell：
运行这段脚本后，输出只有：
This is a temporary message
而第二行 echo $MESSAGE 不会输出任何内容，因为 export 是在子 Shell 中执行的，不影响父 Shell。这种技巧非常适合需要临时修改环境变量又不想污染全局环境的场景。
再来看一个实际应用场景：假设你在部署一个应用时，需要根据不同的环境（如开发、测试、生产）加载不同的配置文件。你可以通过环境变量来控制这个行为。
在这个脚本中，source 命令用于加载外部配置文件。这些配置文件中可能定义了像 DB_HOST、API_KEY 这样的变量。为了确保这些变量能被后续代码使用，可以在加载配置前用 export 将它们导出。
这样，config_loader.sh 在加载完配置后，就可以在后续脚本中使用这些变量了。
除了 export，Shell 还提供了 env 命令来查看当前所有环境变量。这在调试脚本时非常有用：
这条命令会列出所有以 DB_ 开头的环境变量，帮助你快速确认变量是否正确设置。
还有一个常见的问题是：如果你在一个脚本中设置了环境变量，但希望它在脚本结束后仍然保留。这时候可以考虑使用 export 并将脚本作为父 Shell 执行，而不是通过子 Shell 调用。
例如：
如果你直接运行 ./set_env.sh，MY_VAR 只会在该脚本中存在。但如果使用 source set_env.sh，或者在当前 Shell 中运行它，MY_VAR 就会被保留下来。
这样就能在当前 Shell 中看到 MY_VAR 的值了。
最后总结一下：
export 是让变量成为环境变量的关键命令。子 Shell 默认不会继承父 Shell 的变量，除非使用 export 或通过 source 加载。使用括号 ( ... ) 可以创建一个临时子 Shell，避免污染全局环境。env 命令可以帮助你查看当前的环境变量，方便调试。配置管理时，建议使用 source 加载配置文件，并配合 export 确保变量可用。
掌握了这些技巧，你的 Shell 脚本就能更好地进行变量共享和配置管理。无论是自动化部署、日志处理还是批量操作，都能更加灵活高效。
如果你也喜欢用 Shell 自动化工作，欢迎关注我，我会持续分享更多实用脚本和技巧，带你用代码解放双手！
#优质图文扶持计划#