关于Bash命令exec > >(tee $LOG_FILE) 2>&1的原理及疑问咨询

我来逐个拆解你的疑问，把每个命令的底层逻辑讲清楚：

1. exec > >(tee $LOG_FILE) 2>&1 的工作原理 #

这行命令是通过修改当前shell的文件描述符规则，结合Bash独有的进程替换特性实现“分流输出”的，一步步拆：

• exec：不带具体命令的exec不会启动新进程，而是直接修改当前shell的文件描述符配置——脚本后续所有命令的输出都会遵循这个新规则。
• > >(tee $LOG_FILE)：
  • 第一个>是标准输出（stdout，文件描述符1）的重定向符号，用来改变stdout的输出目标。
  • >(tee $LOG_FILE)是进程替换语法：Bash会悄悄创建一个匿名管道，把原本要输出到stdout的内容，通过管道传给tee命令的标准输入。
  • tee的核心作用就是“分流”：它会把输入同时送到两个地方——一个是它自己的stdout（也就是你的控制台，因为这个进程替换的stdout还是指向原来的终端），另一个是指定的$LOG_FILE。
• 2>&1：把标准错误（stderr，文件描述符2）的输出重定向到和标准输出（文件描述符1）相同的位置。也就是说，脚本里的错误信息也会跟着正常输出一起，被tee分流到控制台和日志文件。

简单总结：这行命令让脚本后续所有的正常输出和错误输出，都通过tee同时显示在屏幕上并写入日志文件。

2. 为什么 exec >>(tee $LOG_FILE) 2>&1 执行失败？ #

这是语法错误导致的：

• >>是“追加模式”的重定向符号，但Bash的重定向语法里，>>后面必须紧跟一个文件名，或者合法的进程替换结构（也就是>(...)或<(...)）。
• 你写的>>(是错误的组合——进程替换的语法必须是>(...)，不能把追加符号>>和进程替换的>合并成>>(。如果想要实现“追加到日志文件同时输出到控制台”，正确写法是exec > >(tee -a $LOG_FILE) 2>&1，用tee的-a参数来实现追加，而非修改重定向符号的写法。

3. 为什么 exec >>$LOG_FILE 2>&1 能正常运行？ #

这是最基础的文件重定向写法，完全符合Bash的语法规则：

• >>$LOG_FILE：把stdout以追加模式重定向到$LOG_FILE（文件不存在则创建，存在则在末尾追加内容）。
• 2>&1：把stderr的输出重定向到当前stdout指向的位置（也就是$LOG_FILE）。
  这个命令的作用是把所有输出（正常和错误）都追加到日志文件，但不会在控制台显示——和你最初“同时显示到控制台和日志”的需求不同，但语法完全合法，所以能正常执行。

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