如何避免Bash执行多次进程替换时返回相同路径？

你的脚本出现两个参数都是/dev/fd/63的原因，核心是命令替换$(arg)内部的进程替换，在子shell执行完毕后就失效了，而Bash会复用文件描述符编号，导致后面的进程替换刚好拿到了同一个编号。更关键的是，第一个/dev/fd/63其实已经无法读取内容了——因为创建它的子shell已经退出，对应的管道已经被关闭。

解决方法：让进程替换在主shell中展开 #

要避免这个问题，你需要让进程替换的逻辑在主shell环境中执行，而不是在子shell（命令替换的$(...)）里。这里有几种可靠的实现方式：

方法1：用数组构建参数（推荐）

这种方式更安全，也更清晰：

# 定义arg的内容生成函数
arg_content() { echo "file"; }

# 定义判断逻辑：返回内联值或标记需要进程替换
arg() {
    if true; then
        # 返回特殊标记，告诉主shell用进程替换
        echo "__USE_PROC_SUBST__"
    else
        echo "inline"
    fi
}

config() { echo "config content"; }

# 处理arg参数
arg_result=$(arg)
if [[ "$arg_result" == "__USE_PROC_SUBST__" ]]; then
    arg_param=<(arg_content)
else
    arg_param="$arg_result"
fi

# 构建并执行命令
echo -arg "$arg_param" -config <(config)

执行后会输出类似：-arg /dev/fd/63 -config /dev/fd/64，两个fd编号不同，内容也各自独立。

方法2：用eval展开进程替换（简单但需注意安全）

如果你的场景中arg的输出完全可控，不会包含恶意内容，可以用eval让主shell直接展开进程替换的语法：

arg() {
    if true; then
        # 直接输出进程替换的语法字符串
        echo "<(echo file)"
    else
        echo "inline"
    fi
}

config() { echo "config content"; }

# 用eval让主shell解析进程替换
eval "echo -arg $(arg) -config <(config)"

这种方式会让主shell同时处理两个进程替换，分配不同的fd编号，输出结果也会是两个不同的/dev/fd/xx路径。

为什么原来的脚本会出问题？ #

再拆解一下原脚本的执行流程：

1. 执行$(arg)时，会启动一个子shell，子shell里的<(echo file)创建了一个临时fd（比如63），并将路径/dev/fd/63输出到标准输出。
2. 子shell执行完毕后，对应的管道会被关闭，这个/dev/fd/63已经无法读取内容了。
3. 主shell处理后面的<(config)时，Bash会优先复用空闲的文件描述符编号，所以又用了63。
4. 最终输出的两个/dev/fd/63，一个是已经失效的路径，另一个是有效的，但看起来完全一样，这就导致了你的困惑。

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