Bash中Command Substitution与Process Substitution的区别及选型建议

一、核心区别 #

• 命令替换（Command Substitution）：
  语法为`command`或$(command)，作用是捕获命令的标准输出，将其作为字符串插入到当前命令行中。默认会把输出中的换行符替换为空格，并自动去除末尾的换行符。
• 进程替换（Process Substitution）：
  语法为<(command)或>(command)，它会创建临时的FIFO或文件描述符，把进程的输出（或输入）当作文件流来处理，而非直接返回字符串。它会完整保留输出的原始格式（包括换行符），让其他命令可以像读取文件一样读取进程的实时输出。

二、三个命令的分析 #

1. 老式命令替换：variable="/usr/bin/echo a b c"
   这是传统的命令替换写法，缺点非常明显：嵌套使用时必须转义反引号（比如`echo `echo test`会报错，需写成`echo \`echo test\`），可读性和可维护性极差，现在基本不推荐使用。

2. 新式命令替换：variable="$(/usr/bin/echo a b c)"
   这是Bash官方推荐的命令替换语法，解决了嵌套转义的问题（比如$(echo $(echo test))可以直接运行），语法清晰易懂。它的行为明确：捕获echo的输出并转换为字符串，自动处理末尾换行符，最终variable的值为a b c，完全符合需求。

3. 进程替换+read：read variable < <(/usr/bin/echo a b c)
   这个写法存在潜在问题：默认情况下read会按照IFS（空格、制表符、换行符）分割输入字段，只会把第一个字段（这里是a）赋值给variable，和前两个命令的效果并不一致。如果要让它实现相同效果，必须修改IFS并添加-r选项：IFS= read -r variable < <(/usr/bin/echo a b c)，这样才能完整读取整行内容。而且这种写法比命令替换更繁琐，仅在需要处理原始输出流（比如保留多行换行）时才有优势。

三、优先选择方案 #

优先使用variable="$(/usr/bin/echo a b c)"，理由如下：

• 语法简洁清晰，嵌套场景下无需额外转义，维护成本低；
• 行为明确直接，无需调整IFS或read选项就能实现需求；
• 兼容性好，几乎所有现代Shell（包括POSIX兼容Shell）都支持$(...)语法。

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