shell函数后台运行时拿不到全局变量，因子进程只继承导出变量的快照；需export变量、避免赋值空格、优先内联传参，并用set -u和debug打印验证。
Shell函数在后台运行时拿不到全局变量，核心问题不是函数本身写错了，而是执行环境被隔离了——后台任务会启动独立子进程，而子进程默认只继承导出（exported）的变量，且只继承启动那一刻的快照。
变量必须显式导出才能传给后台子进程
未加 export 的变量是局部的，仅在当前 shell 环境中有效。一旦用 & 启动后台任务，bash 会 fork 出新进程，该进程无法看到父 shell 中未导出的变量。
- 错误写法：
x=123; myfunc() { echo $x; }; myfunc &→ 输出为空 - 正确写法：
x=123; export x; myfunc() { echo $x; }; myfunc &→ 输出 123 - 更稳妥写法：
export x=123; myfunc() { echo $x; }; myfunc &（导出与赋值合并，避免竞态）
函数内直接使用变量要避开“赋值即执行”的陷阱
Shell 赋值语句不能有空格，否则会被解释为命令调用，导致变量根本没设上，后续自然读不到。
- 错误写法：
result = "/tmp/out.txt"→ 报错result: command not found - 正确写法：
result="/tmp/out.txt"（等号前后无空格） - 若要在函数中安全使用，建议加
local或确保已在函数外export
后台执行时推荐用内联赋值替代依赖外部变量
比起让后台进程去“猜”变量值，更可靠的方式是在启动后台任务时就把值固定传进去。
- 例如：
myfunc() { echo "IP: $1"; }; ip="192.168.1.100"; myfunc "$ip" & - 或直接写成：
ip="192.168.1.100"; { echo "IP: $ip"; } & - 这样不依赖变量导出状态，也不受执行时序影响
调试时加 set -u 和 echo 验证变量是否真存在
启用严格模式可提前暴露未定义变量问题；加打印能确认变量是否按预期传递。
- 脚本开头加：
set -u（访问未定义变量时报错） - 函数开头加：
echo "[DEBUG] x=$x, result=$result" >&2 - 配合
ps aux | grep查看后台进程实际执行的命令行，确认参数是否被展开
