sed管道输出变量异常：echo为空cat正常的原因及解决

嘿，你这情况其实是踩了一个shell脚本里的经典新手坑——把管道传递数据的逻辑和shell位置参数（就是$1、$2这些）的用途搞混了，咱们一步步拆解清楚：

核心误解：管道和$1完全不是一回事 #

你所有的异常都源于这个关键错误：

管道是把前一个命令的标准输出（也就是命令打印到屏幕的内容）传给后一个命令的标准输入（也就是命令从键盘读内容的地方），而不是把内容变成后一个命令的命令行参数（$1就是命令行参数的第一个）。

逐个解释你的疑惑：

1. 为什么sed '1,1!d' somefile.txt | echo "$1"输出空？
   $1是你当前shell的第一个命令行参数，你直接在终端敲这个命令的时候，根本没传任何参数给shell，所以$1就是空字符串，echo "$1"自然输出空。这和管道过来的内容半毛钱关系都没有。
2. 为什么换成cat $1就正常显示？
   这纯属巧合！因为$1是空，cat $1就等价于不带参数的cat——而不带参数的cat默认会读取标准输入（也就是管道传过来的内容），所以能显示结果。你以为是$1起作用了，其实只是cat的默认行为救了你。
3. 那个if判断的奇怪行为
   [[ -z $1 ]]判断的是空的$1（还是因为没传参数），所以进入分支执行cat $1，同样等价于cat读取标准输入，所以能打印内容。这个判断和管道里的内容是否为空完全无关。

第二个sed命令失败的具体原因 #

再看你最后那个替换命令：

sed '1,1!d' somefile.txt | sed '2,1s/.*/'$1'/' targetfile.txt

这里有两个致命问题：

1. $1是空，导致sed的替换规则变成了2,1s/.*//，语法混乱；而且地址范围2,1`是反向的（起始行号比结束行大），sed会直接忽略这个无效的地址范围，甚至错误地删除第二行（从你的输出看，原第二行确实没了）。
2. 更关键的是：你给第二个sed传了targetfile.txt作为参数，sed会直接读取这个文件，根本不会去读管道传过来的内容！你试图把管道内容当替换文本，但完全用错了方法。

正确解决方法：把somefile的第一行替换targetfile的第二行 #

根据你的需求，给你三种可靠的实现方式，选你顺手的用：

方式1：用命令替换直接捕获内容（最简洁） #

把第一个sed的输出用$(...)捕获，直接塞进第二个sed的替换规则里：

sed "2s/.*/$(sed '1!d' somefile.txt)/" targetfile.txt

• 注意这里要用双引号包裹sed命令，这样shell才会解析里面的$(...)，把它替换成实际的内容。
• sed '1!d' somefile.txt是1,1!d的简化写法，效果完全一样，就是只保留第一行。

如果你的替换内容里有/这种sed默认的分隔符，会导致语法错误，这时候可以换个分隔符，比如#：

sed "2s#.*#$(sed '1!d' somefile.txt)#" targetfile.txt

方式2：用xargs传递管道内容（适合管道场景） #

如果一定要用管道，可以用xargs把管道内容作为参数传给sed：

sed '1!d' somefile.txt | xargs -I {} sed "2s/.*/{}/" targetfile.txt

• xargs -I {}会把管道传过来的内容替换成{}，然后把{}作为内容塞进后面的sed命令里。

方式3：用awk实现（更灵活的文本处理） #

如果以后要处理更复杂的文本逻辑，awk是更好的选择，它可以一次读取两个文件：

awk 'NR==FNR{line=$0; next} FNR==2{$0=line}1' somefile.txt targetfile.txt

• 简单解释下：
  • NR==FNR：当读取第一个文件（somefile.txt）时，把第一行内容存到变量line里，然后跳过后面的处理。
  • FNR==2：读取第二个文件（targetfile.txt）时，把第二行的内容替换成line。
  • 最后的1是awk的语法，意思是打印每一行。

验证效果 #

用上面任意一种方式执行后，targetfile.txt的输出都会变成你想要的样子：

The next line should say these
these are words
The previous line should say these

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