Bash重定向是否具有层级性？结合手册实例求证

这个问题其实核心在于Bash处理重定向的执行顺序规则——它是严格从左到右依次执行每个重定向操作的，每一步都基于当前时刻的文件描述符状态，而不是先把所有重定向逻辑整合后再统一执行。咱们一步步拆解两个命令的执行过程，就能明白为啥结果不一样：

1. 命令 ls > dirlist 2>&1 的执行流程 #

• 第一步：执行 > dirlist
  这一步会修改文件描述符1（标准输出stdout）的指向：从默认的终端控制台，改为指向文件dirlist（文件不存在则创建，存在则清空原有内容）。
• 第二步：执行 2>&1
  这一步是复制当前文件描述符1的指向给文件描述符2（标准错误stderr）。此时stdout已经指向dirlist，所以stderr也会被设置为指向dirlist。
• 最终结果：ls的所有输出（不管是正常输出还是错误输出）都会写入dirlist文件。

2. 命令 ls 2>&1 > dirlist 的执行流程 #

• 第一步：执行 2>&1
  此时文件描述符1（stdout）还是默认指向终端控制台，所以这一步会把stderr的指向复制为当前stdout的指向——也就是终端控制台。
• 第二步：执行 > dirlist
  这一步修改stdout的指向，改为文件dirlist，但已经设置好的stderr指向不会跟着改变——因为2>&1只是复制了当时stdout的指向，不是建立了动态关联。
• 最终结果：ls的正常输出写入dirlist，错误输出还是会打印到控制台。

关于“层级性”的疑问解答 #

你提到的“stderr已被并入stdout，应与stdout一同被写入文件”的误解，根源在于对2>&1的作用理解有误：它不是把stderr“并入”stdout形成一个永久的层级关联，而是在执行该重定向的瞬间，将stderr的文件描述符复制为当前stdout的状态。后续如果stdout的指向被修改，已经配置好的stderr不会自动同步更新——就像你复制了朋友当前的住址，之后朋友搬家了，你的复制件不会自动变成新地址一样。

所以Bash的重定向是有明确的执行顺序逻辑的，并非没有层级性，只是它的“层级”是基于执行时刻的状态，而非静态的逻辑关联。

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