关于Bash函数内export和全局变量的那些事儿 #

嘿，这个问题问到点子上了，我结合Ubuntu 16.04的原生Bash给你梳理清楚：

1. 函数内的export和全局直接export效果一样吗？ #

在同一个Shell进程里，完全一样！

export的核心作用是把变量标记为「环境变量」，让它能被当前Shell的所有子进程继承。不管你是在全局作用域直接执行export myVar="myVal"，还是在函数内部执行这条命令，只要是同一个Shell会话，这个变量都会成为当前Shell的环境变量，全局可见（包括函数外、其他函数里）。

举个实际例子验证：

# 全局直接export
export GLOBAL_VAR="我是全局导出的变量"

# 函数内执行export
set_func_export() {
  export FUNC_EXPORT_VAR="我是函数里导出的变量"
}

# 调用函数
set_func_export

# 全局访问两个变量
echo $GLOBAL_VAR       # 输出：我是全局导出的变量
echo $FUNC_EXPORT_VAR  # 输出：我是函数里导出的变量

这里还要区分两个容易混淆的概念：

• 全局变量：Bash里函数内如果不用local声明变量，默认就是全局的（哪怕不export），函数外也能访问。
• 环境变量：被export标记的全局变量，能被子进程继承。

比如：

set_global_no_export() {
  # 没local也没export，默认全局变量
  NO_EXPORT_VAR="我是全局变量但不是环境变量"
}

set_global_no_export
echo $NO_EXPORT_VAR  # 能正常输出，因为是全局变量

只是这个变量不会被当前Shell的子进程继承而已。

2. 通用函数里怎么让变量在任何位置可用？ #

分两种场景来处理：

场景1：让变量在当前Shell的所有作用域可用（包括其他函数、全局）

• 如果你只需要当前Shell内所有地方能访问，直接在函数里赋值（不要加local）就行，变量会自动成为全局变量。
• 如果还需要子进程也能访问这个变量，那就再加export标记。

比如写一个通用的应用配置函数：

setup_myapp_config() {
  # 全局变量：当前Shell所有地方都能访问
  MYAPP_ROOT="/opt/myapp"
  # 环境变量：当前Shell+所有子进程都能访问
  export MYAPP_LOG_DIR="$MYAPP_ROOT/logs"
}

调用这个函数后，不管是在全局命令行，还是其他自定义函数里，$MYAPP_ROOT和$MYAPP_LOG_DIR都能正常使用。

场景2：避免子Shell调用的坑

要注意：如果你的函数是在子Shell里调用的（比如用(setup_myapp_config)、管道echo "test" | setup_myapp_config），那函数里的变量和export都不会影响父Shell。因为子Shell是独立的进程，它的环境修改完全和父Shell隔离。

比如这个例子就会失效：

# 子Shell调用函数
(setup_myapp_config)
echo $MYAPP_ROOT  # 输出空，父Shell拿不到子Shell的变量

这种情况可以换个思路：让函数输出变量值，然后在父Shell里赋值，比如：

get_myapp_root() {
  echo "/opt/myapp"
}

# 父Shell接收值
MYAPP_ROOT=$(get_myapp_root)

最后补充一下惯例 #

你说的「全局变量在函数外声明是惯例」完全正确，这样代码可读性更高，别人一眼就能识别哪些是全局生效的变量。但在通用函数里，动态设置全局/环境变量是完全可行的，只要你给函数加清晰的注释，说明它会修改哪些全局变量，就不会有问题。

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