如何强制build.sh以子shell而非子进程方式从common.sh运行？

核心思路 #

你需要的是让编译脚本在common.sh的子shell中运行，而非独立的子进程——子shell会继承父shell的所有变量（包括非导出变量）和trap配置，同时保持执行上下文的隔离。

方法一：括号包裹调用（强制子shell运行） #

这是最直接的实现方式，在common.sh中将编译脚本的调用改为括号包裹的形式：

# common.sh 中的调用方式
( ./buildA.sh )
( ./buildB.sh )

这样做的效果：

• buildA.sh/buildB.sh会在common.sh的子shell中执行，自动获取common.sh里的所有非导出变量
• common.sh中配置的trap命令会被子shell继承，触发时正常执行预处理的逻辑
• 子shell内的变量修改不会影响common.sh的父shell环境，保证编译脚本的隔离性

方法二：source 导入脚本（共享当前shell环境） #

如果不需要严格的子shell隔离，只是想复用变量和trap，可以直接在common.sh的当前shell环境中执行编译脚本：

# common.sh 中的调用方式
source ./buildA.sh
# 或简写为 . ./buildA.sh

注意：这种方式下，编译脚本的代码会直接在common.sh的进程中运行，变量修改会同步到common.sh的后续逻辑，适合不需要隔离的场景。

方法三：显式传递变量（兼容子进程场景） #

如果必须使用独立子进程（比如需要单独的PID、资源隔离），可以手动将common.sh的非导出变量传递给编译脚本：

1. 在common.sh中通过命令行参数传递：

# common.sh 中的调用方式
./buildA.sh "$LOCAL_VAR1" "$LOCAL_VAR2"

2. 在buildA.sh中接收参数：

# buildA.sh 中获取变量
LOCAL_VAR1="$1"
LOCAL_VAR2="$2"

这种方式需要手动维护变量传递，且trap配置不会被子进程继承，需要在编译脚本中重新配置，作为备选方案。

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