如何以易维护的垂直方式在Bash会话中source多个脚本文件？

针对你提到的「维护一组Bash脚本执行麻烦，想改成垂直排列方式」的需求，结合Bash 4.3.48(1)版本的限制（单行source仅支持单个文件），我给你梳理几种实用方案，同时分析source here-document的优劣：

1. 最适配旧版本的垂直执行方案：单个source单独一行 #

这是最直接且完全兼容目标Bash版本的方式，把每个脚本的source命令单独放在一行，既清晰又符合版本限制：

# 垂直排列的source命令，每个脚本单独一行，维护起来一目了然
source ./init_env.sh
source ./setup_config.sh
source ./run_pre_checks.sh
# 需要新增脚本时，直接在下面加一行source即可

这种方式的优势：

• 完全适配Bash 4.3.48(1)，不会出现单行source多文件的失败问题
• 可读性极强，每个脚本的作用可以通过注释单独标注
• 维护成本低，新增/删除脚本只需要操作对应的行

2. 内嵌脚本逻辑：source here-document的使用与优劣 #

如果你想把所有脚本逻辑内嵌到当前会话（不需要维护多个外部脚本文件），可以用source结合here-document，但它并非所有场景的最优解：

用法示例 #

source <<-'EOF'
# 内嵌第一个脚本的逻辑
echo "初始化环境变量..."
export APP_HOME="/opt/myapp"
mkdir -p "$APP_HOME/logs"

# 内嵌第二个脚本的逻辑
echo "加载配置文件..."
CONFIG_FILE="$APP_HOME/config.ini"
if [ ! -f "$CONFIG_FILE" ]; then
    echo "配置文件不存在，生成默认配置"
    cp "$APP_HOME/config.default.ini" "$CONFIG_FILE"
fi
EOF

优劣分析 #

• 优点：所有逻辑集中在一个文件，无需管理多个外部脚本，适合小型、关联性极强的代码片段
• 缺点：如果逻辑复杂或代码量大，会导致当前文件臃肿，可读性和调试效率下降；无法单独复用其中的片段，灵活性远不如外部脚本

所以如果你的脚本是独立可复用的，优先用第一种方案；只有当逻辑非常简单且不需要复用，才考虑here-document。

3. 批量脚本的高效垂直执行：循环遍历 #

如果你的脚本数量较多且命名/存放路径有规律（比如都在./scripts目录下），可以用循环批量source，既垂直整洁又减少重复代码：

# 遍历指定目录下的所有sh脚本，逐个source
for script_file in ./scripts/*.sh; do
    # 跳过不存在的文件（比如目录下没有sh脚本时）
    [ -f "$script_file" ] || continue
    source "$script_file"
done

这种方式的优势：新增脚本只需要放到对应目录，无需修改循环代码，适合脚本数量多的场景。

总结 #

• 针对Bash 4.3.48(1)版本，单个source命令单独一行是最稳妥、易维护的垂直执行方案
• source here-document适合小型内嵌逻辑，但不是通用最优解
• 批量脚本优先用循环遍历的方式，提升维护效率

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