嵌套tee命令执行结果不符预期，求test.sh案例1、2异常原因解析

首先明确你的目标：通过tee的进程替换一次性从输入文件派生多个并行处理分支，避免多次读取文件。但案例1和案例2的脚本存在管道语法错误和进程替换结构混乱的问题，导致数据无法正确传递到后续命令，最终结果不符合预期。

案例1的问题分析 #

看你test.sh里的第一个命令块，sort部分的代码有明显语法漏洞：

>(sort -k1 -n\ tee >(uniq -c | wc -l)\ >(uniq -c | awk '{ print $1 }' | paste -sd+ | bc -l)\ >(tail -n 1)\ >(head -n 1) &>/dev/null)

核心问题点：

• sort -k1 -n后没有添加管道符|就直接写tee，这会让sort把tee当作要读取的文件名，而非管道后续的命令。因为找不到名为tee的文件，sort没有任何输出，后面依赖sort输出的uniq、awk等命令自然拿不到数据，所以会出现count uniq : 0这类错误结果。
• 整个进程替换结构混乱：多个>(...)分支没有和tee正确关联，tail -n 1和head -n 1甚至没有和sort的输出挂钩，完全接收不到有效数据。

案例2的问题分析 #

第二个命令块的错误和案例1类似，同样存在管道缺失的问题：

>(sort -k1 -n | uniq -c\ tee >(wc -l)\ >(awk '{ print $1 }' | paste -sd+ | bc -l)\ >(sort -k1 -n |\ tee >(tail -n 1)\ >(head -n 1) &>/dev/null) &>/dev/null)

核心问题点：

• uniq -c后面直接跟tee，没有管道符|，导致uniq -c尝试把输出写入名为tee的文件，而非通过管道传递给tee。这使得后续的wc -l和awk命令没有输入，输出结果异常。
• 嵌套的sort -k1 -n没有明确的输入来源，整个分支的数据流完全断裂，max和min的取值自然错误。

为什么案例3能正常工作？ #

案例3的思路是每个处理分支都独立完成从sort到目标命令的完整流程，没有尝试在单个进程替换里嵌套多层tee，语法完全正确：

>(sort -k1 -n | uniq -c | wc -l)\
>(sort -k1 -n | uniq -c | awk '{ print $1 }' | paste -sd+ | bc -l)\
>(sort -k1 -n | tail -n 1)\
>(sort -k1 -n | head -n 1)

每个分支都通过完整的管道链传递数据，没有语法错误，所以能得到和test2.sh一致的正确结果。

总结 #

嵌套使用tee的进程替换时，一定要确保每个命令之间的管道符|不缺失，并且每个>(...)分支都正确关联到tee的输出。一旦管道断裂或者语法错误，后续命令就会因为没有输入而输出异常值（比如0）。

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