Bash中(...)与{...}的区别及适用场景分别是什么？

你给出的测试场景中两者表现一致，是因为管道两侧的命令默认会在独立子shell中执行，此时哪怕用{...}也会被放到子shell运行，两种语法的执行上下文被拉平，所以结果没有区别。两者核心差异和选型判断因素如下：

核心差异 #

• 执行上下文不同
  (...) 会强制创建独立的子shell进程运行包裹的代码：子shell会继承父shell的环境变量、工作目录、文件描述符等状态，但子shell内的所有修改（变量赋值、切换工作目录、调整资源限制、修改信号捕获规则等）都不会同步到父shell。
  示例：

test_var=1
(
test_var=2
echo "子shell内 test_var 值：$test_var" # 输出 2
)
echo "父shell中 test_var 值：$test_var" # 输出 1，子shell修改不生效

{...} 是在当前shell上下文直接运行包裹的代码：不会创建新进程，无额外开销，包裹代码内的所有环境修改都会直接作用于当前shell。

注意{...}的语法约束：左大括号{后必须加空格，右大括号}前必须有分号或者换行，否则会报语法错误。
示例：

test_var=1
{
test_var=2
echo "分组内 test_var 值：$test_var" # 输出 2
}
echo "当前shell中 test_var 值：$test_var" # 输出 2，修改直接生效

• 性能开销不同
  (...) 有进程fork的开销，高频调用或者包裹轻量代码时性能明显低于{...}。

选型参考 #

• 优先选(...)的场景：
  • 需要临时修改运行环境，不想污染当前shell状态，比如临时切换工作目录、临时调整环境变量、临时修改信号捕获规则，执行完自动恢复，不需要手动回滚配置
  • 需要让包裹的代码独立于当前shell的信号处理逻辑，比如主shell捕获了SIGINT，希望分组内的代码不受这个捕获规则影响
• 优先选{...}的场景：
  • 需要保留分组代码的修改结果到当前shell，比如变量赋值、定义函数需要后续复用
  • 高频执行的轻量代码块，需要尽量降低性能开销
  • 需要和当前shell共享文件描述符、锁等进程级资源

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