递归Bash函数复制MP3失效，为何递归进程可行？

核心原因在于Bash函数的上下文共享（子shell/全局变量）和独立脚本进程的上下文隔离之间的差异，具体分几点：

1. 子shell导致的上下文丢失 #

如果你的ScanKo函数中用到了管道（比如find | while read）、括号分组(...)或者命令替换$(...)这类会创建子shell的语法，子shell内的操作（比如cd切换目录、变量赋值）不会同步回父shell（即函数所在的Shell进程）。

比如函数里写了：

find "$1" -name "*.mp3" | while read mp3_file; do
    cd "$(dirname "$mp3_file")"
    # 这里的cd只在子shell生效，父函数的当前目录没变
    cp "$mp3_file" "/sdcard/..."
done

子shell退出后，父函数的当前目录还是原来的，后续递归处理其他目录时路径就会出错。

而递归调用脚本（./sdMachen "$subdir"）是启动独立的进程，每个进程有自己的独立上下文，cd、变量修改都只在当前进程生效，进程结束后不会影响父脚本的状态，自然不会出现上下文混乱。

2. 全局变量的干扰 #

Bash函数默认没有局部变量，如果你在递归函数里用了未加local关键字的变量（比如遍历目录用的entry、current_dir），子递归调用会直接修改这些全局变量，当子函数返回时，父函数的变量已经被覆盖，导致后续逻辑错误。

比如：

ScanKo() {
    current_dir="$1"
    for entry in "$current_dir"/*; do
        if [ -d "$entry" ]; then
            ScanKo "$entry"
            # 子调用修改了current_dir，回到这里时current_dir已经变成子目录了
        fi
    done
}

而递归脚本的变量都是进程私有变量，每个脚本进程的变量互不影响，完全不存在变量被覆盖的问题。

3. 目录切换的可靠性差异 #

如果函数里用cd进入子目录处理，处理完后必须手动cd ..回到原目录，一旦漏写或者因为子shell导致cd无效，父函数的当前目录就会错乱，后续路径计算全部错误。

而脚本递归调用时，每个进程可以安全地cd到目标目录，因为进程结束后父脚本的当前目录不会被改变，不需要手动恢复，逻辑更简单可靠。

4. 错误隔离的差异 #

函数中如果某一步出错（比如创建目录失败），如果没有严格的错误捕获，会直接影响后续的递归逻辑；而独立脚本进程出错时会直接退出，不会干扰父脚本处理其他目录，整体容错性更强。

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