Redian新闻
>
干货!sed 中的疑难杂症

干货!sed 中的疑难杂症

公众号新闻

链接:https://www.cnblogs.com/f-ck-need-u/p/7499309.html

1.sed中使用变量和变量替换的问题

在脚本中使用sed的时候,很可能需要在sed中引用shell变量,甚至想在sed命令行中使用变量替换。也许很多人都遇到过这个问题,但引号却死活调试不出正确的位置。其实这不是sed的问题,而是shell的特性。搞懂sed如何解决引号的问题,对理解shell引号问题有很大帮助,触类旁通,以后在使用awk、mysql等等自带语法解析的工具时就不会再疑惑。
例如下面想输出a.txt的倒数5行的语句。可能顺手就写出了下面的命令行:
total=`wc -l <a.txt`
sed -n '$((total-4)),$p' a.txt
但很不幸,这会报错。一方面,"$"在sed中是特殊符号,放在定址表达式中时,它表示的是输入流的最后一行的标记。而$(())中也出现了"$"符号,这会让sed去解析该符号。另一方面,$(())这部分是使用shell计算而不是使用sed计算的,因此必须要将其暴露给shell,以便能让shell能解析它。
再说说shell中单引号、双引号和不加引号的情况。
  • 单引号:单引号内的所有字符变为字面符号。但注意:单引号内不能再使用单引号,即使使用了反斜线转义也不允许。
  • 双引号:双引号内的所有字符变为字面符号,但"\"、"$"、"`"(反引号)除外,如果开启了"!"引用历史命令时,则感叹号也除外。
  • 不使用引号:几乎等同于使用了双引号,但会进行大括号和波浪号扩展。
上面关于双引号的情况,描述的并不是真正的完整,但已足够。这些只是它们的字面意义,引号真正的意义在于:决定命令行中哪些"单词"需要被shell解析,也决定哪些是字面意义不用被shell解析详细内容见:shell解析命令行的过程以及eval命令
显然,单引号内所有字符都成为了字面符号,shell不会解析其内任何单词,例如单引号内变量不再被解析、命令替换和算术运算不再执行、不会进行路径扩展等等。总之,单引号内的字符全是普通字符,如果某些字符需要交给自带解析功能的命令解析,必须使用单引号。例如,"$"、"!"和"{}"在sed中均有特殊意义,要想让sed能解析它们,必须对它们使用单引号,否则必出错,或者产生歧义。例如下面3个sed语句中的符号都必须使用单引号才能得到正确结果。
sed '$d' filename
sed '1!d' filename
sed -n '2{p;q}' filename
而想要让特殊字符被shell解析,必须不能将其包围在单引号中,可以使用双引号,也可以不加任何引号,即使不加引号时可能看上去很怪异。例如,上面的算术运算$(())是想被shell解析的,因此必须使用单引号或者不加引号将其暴露给shell。所以正确的语句是:
sed -n $((total-4))',$p' a.txt
sed -n "$((total-4))"',$p' a.txt
sed -n "$((total-4)),\$p" a.txt
从肉眼看上去,这个语句的引号加的真的很怪异。但shell又不管丑美,它是死的,在划分命令行的时候它有自己的一套规则,规则怎样就怎样划分。
于是,关于sed如何和shell交互的问题可以得出一套结论:
  1. 遇到需要被shell解析的都不加引号,或者加双引号;
  2. 遇到shell和所执行命令共有的特殊字符时,要想被sed解析,必须加单引号,或者在双引号在加反斜线转义;
  3. 那些无关紧要的字符,无论加什么引号。
因此,使用命令替换的方式让sed输出倒数5行的语句如下:
sed -n `expr $(wc -l <a.txt) - 4`',$p' a.txt
上面的语句中,`expr $(wc -l <a.txt) - 4`要被shell解析,因此必须不能使用单引号包围。而$p部分的"$"要被sed解析成最后一行,必须使用单引号以避免被shell解析。
更复杂一些,在sed的正则表达式中使用变量替换。例如,输出a.txt中以变量str字符串开头的行到最后一行。
str="abc"
sed -n /^$str/',$p' a.txt
因为没有使用任何引号,所以$str能如期被shell替换成"abc"。这个命令还有多种写法:
sed -n '/^'$str'/,$p' a.txt
sed -n "/^$str"'/,$p' a.txt
sed -n "/^$str/,\$p" a.txt
sed -n "/^$str/,"'$'p a.txt
给一个稍难一些的sed符号使用问题。将/etc/shadow中的最后一行的密码部分替换成"$1$123456$wOSEtcyiP2N/IfIl15W6Z0"。
[root@xuexi ~]# tail -n 1 /etc/shadow
userX:$6$hS4yqJu7WQfGlk0M$Xj/SCS5z4BWSZKN0raNncu6VMuWdUVbDScMYxOgB7mXUj./dXJN0zADAXQUMg0CuWVRyZUu6npPLWoyv8eXPA.::0:99999:7:::
替换语句如下:
old_pass="$(tail -n 1 /etc/shadow | cut -d':' -f2)"
new_pass='$1$123456$wOSEtcyiP2N/IfIl15W6Z0'
sed -n '$'s%$old_pass%$new_pass%p /etc/shadow
由于old_passold_pass中包含了"/"和"$"符号,因此"s"命令的分隔符使用了"%"替代。再仔细观察new_pass,其内有"."符号,这是正则表达式的元字符,因此它还可以匹配其他情况。

2.反向引用失效问题

当正则表达式中使用二者选一的选项"|"时,如果分组括号()中的内容没有参与匹配,后向引用将不起作用。例如(a)\1u|b\1将只匹配"aau"的行,不匹配"ba"的行,因为在二者选一的第二个正则中\1代表的分组没有参与匹配,所以第二个正则中的\1失效,但是第一个正则中的\1有效。
这是正则匹配的问题,不只是sed,其它使用基础正则和扩展正则引擎的工具也一样会有这样的问题。
另外,在s命令中使用反向引用时,将不会引用"s"命令外面的分组。例如:
echo "ab3456cd" | sed -r "/(ab)/s/([0-9]+)/\1/"
得到的结果将是ab3456cd,而不是ababcd,而且如果此时使用\2引用,则会报错"invalid reference \2 on 's' command's RHS"。

3."-i"选项的文件保存问题

sed是通过创建一个临时文件,并将输出写入到该临时文件,然后重命名该临时文件为源文件来实现文件保存的。因此,sed会无视文件的只读性。
是否允许重命名或移入或删除文件,是由文件所在目录的权限控制的。如果目录为只读权限,则sed无法使用"-i"选项保存结果,即使该文件具有可读权限。

4.贪婪匹配问题

所谓的贪婪匹配,是指当正则表达式能匹配多个内容时,取最长的那个。最简单的例子,给定数据"abcdsbaz",正则表达式"a.*b"可以匹配该数据中"ab"和"abcdsb",由于贪婪匹配,它会取最长的"abcdsb"。
echo "abcdbaz" | grep -o "a.*b"
abcdb
基础正则表达式和扩展正则表达式一直以来的一个不足之处在于无法原生态克服贪婪匹配,像Perl正则或其他编程语言的正则实现的比较完整,在"*"或"+"这种多次重复的匹配后加上一个"?"就可以明确表示采取懒惰匹配的模式,例如"a.*?b"。
echo "abcdbaz" | grep -P -o "a.*?b"
ab
想要克服基础正则或扩展正则的贪婪匹配,只能"投机取巧"地采用不包含符号"[^]"来实现。例如上面的:
echo "abcdbaz" | grep -o "a[^b]*b"
ab
这种投机取巧的方式,性能比较差,因为基础或扩展正则表达式的引擎总是会先匹配出最长的内容,然后往回匹配,这称为"回溯"。例如"abcdsbaz"在被"a[^b]*b"匹配时,先匹配出"abcdsb",再一个字符一个字符地回退匹配,直到回退到第一个"b"才是最短的结果。
再例如,/etc/passwd文件中每行数据的格式如下:
rootx:0:0:root:/root:/bin/bash
如何使用sed向/etc/passwd中的每个用户问声好,输出格式大致为:"hello root"、"hello nobody"。
首先,得取出文件中的第一列,即用户名。但由于该文件中所有行都采用冒号分隔各字段,想要使用正则表达式匹配得到第一段,必须克服贪婪匹配。语句如下:
sed -r 's/^([^:]*):.*/hello \1/' /etc/passwd
注意,sed采用的是基础正则和扩展正则引擎,在克服贪婪匹配时,它必须先匹配出最长的,再回溯出最短的。
如果想取/etc/passwd中的前两个字段呢?只需将克服贪婪的正则当作整体重复一次即可。
sed -r 's/^([^:]*):([^:]*):.*/hello \1 \2/' /etc/passwd
取第三个字段?
sed -r 's/^([^:]*:){2}([^:]*):.*/hello \2/' /etc/passwd
取第三和第五个字段?没办法,只能将第四个字段显式标注出来。
sed -r 's/^([^:]*:){2}([^:]*):([^:]*):([^:]*):/hello \2 \4/' /etc/passwd
取第三到第5字段?更简单,重复3次就可以了。
sed -r 's/^([^:]*:){2}(([^:]*:){3}).*/hello \2/' /etc/passwd
但这样的结果中,第3到第5字段中必然会包含":"分隔符,想要去除它?洗洗睡吧!sed本就不擅长处理字段,克服贪婪匹配本就让表达式变得很复杂不易读,而且效率还不高。用它处理字段,绝对是吃撑了。

5.sed命令"a"和"N"的纠葛

sed的"a"命令作用是将提供的文本数据队列化在内存中,然后在模式空间内容输出时追加在输出流的尾部一并输出。
例如,在匹配行"ccc"后插入一行数据"matched successful"。
echo -e "aaa\nbbb\nccc\nddd" | sed '/ccc/a matched successful'
aaa
bbb
ccc
matched successful
ddd
咋一使用"a"命令,很顺利,没毛病。但是结合"N"试试看?
echo -e "aaa\nbbb\nccc\nddd" | sed '/ccc/{a\
matched successful
;N}'

aaa
bbb
matched successful
ccc
ddd
不是追加在尾部吗,怎么跑匹配行的前面去了?即使"N"读取了下一行,也应该是追加在"ddd"的下一行吧?想要真正弄明白这个问题,对sed模式空间的输出机制必须了如指掌,可以参考sed修炼系列(一):花拳绣腿之入门篇。此处简单描述下"N"命令的输出机制。
无论是sed自动读取下一行,还是"n"或"N"命令读取下一行,只要有读取动作,在其前面必然会输出模式空间的内容。当"N"读取下一行时,首先它会判断是否还有下一行可供读取,如果有,则先锁住模式空间,然后自动输出并清空模式空间,再解锁模式空间并向其尾部追加一个换行符"\n",最后读取下一行追加到换行符尾部。由于模式空间被锁住,使得自动输出时输出流是空流,也同样无法清空模式空间。注意,它不是禁止输出,虽然输出空流的结果和禁止输出是一样的,但输出空流它有输出动作,有输出流,会写入标准输出,而禁止输出则没有输出动作。如果没有下一行可供读取,则自动输出模式空间、清空模式空间并退出sed程序。过程大致如下所描述:
if [ "$line" -ne "$last_line_num" ];then
lock pattern_space;
auto_print;
remove_pattern_space;
unlock pattern_space;
append "\n" to pattern_space;
read next_line to pattern_space;
else
auto_print;
remove_pattern_space;
exit;
fi

回到"a"命令和"N"命令结合的问题上。之所以"a"命令的队列化文本会插入在匹配行的前面,问题就出在输出空流上。"N"在准备读取下一行时,它有输出动作,即使输出结果为空。而"a"命令是时刻等待sed输出流的,只要一有输出流,立马就会追上去追加在输出流的屁股后面。因此,"matched successful"会追加在空流的尾部,追加之后"N"才会读入下一行,最后输出模式空间中的内容"ccc\nddd",也就得到前面"有悖期待"的结果。


6.sed中感叹号取反的弯弯绕绕

你知道使用"!"号取反,但也许你并没有发现感叹号可以放在定址表达式后,也可以放在命令的前面。这两者虽然都是取反,但意义决然不同,最终导致的结果也不同。

  1. 感叹号在定址表达式后,表示对行进行筛选。表示满足条件的行不执行命令,但不满足的行会执行。

  2. 感叹号在命令的前面,表示满足条件的行不执行该命令,且不满足的行也不执行(不执行是因为没有被定址表达式匹配到)。这是对模式空间中的行筛选要执行的命令。

假如文件a.txt中包含了3行:

djkaldahsdf
abcskdf2das
chhdsjaj

对于以下三个sed脚本:

  • (1)./^abc/!{d}

  • (2)./^abc/{!d}

  • (3)./^abc/!d

示例(1)中感叹号放在定址表达式后,这表示不是以字母"abc"开头的行会执行d删除命令。而那些以"abc"开头的行,则不符合定址表达式,后续的d命令不会执行。也就是说,该sed脚本的作用是:除了"abc"开头的行,其余行全删除,因此只输出第2行。

示例(2)中感叹号放在命令的前面,而非定址表达式后面。这表示的是以"abc"开头的行不执行d命令。而那些不以"abc"开头的行由于不满足定址条件,也不会执行d命令。也就是说,该sed脚本的d命令是多余的,任何行都不会删除。因此所有行都输出。

示例(3)等价于示例(1),因为定址匹配动作优先于命令的执行,感叹号直接被认为是定址表达式的一部分。

但不管哪种情况,对于不满足定址表达式的(定址后的感叹号也算是定址表达式的一部分)行,都不会执行后续任何命令,这些行是直接自动输出的,由"-n"选项控制是否将其输出。


7.sed卡死,cpu 100%问题

有些人可能遇到过这种问题,特别是sed处理以UTF-8格式导出的数据库文件。

之所以会出现这样的问题,是因为字符集的问题,确切地说是本地环境(locale)和文件的编码不一致。

如果出现这样的问题,可以将LC_COLLATE和LC_CTYPE环境变量设置为C。也可以简单地设置LANG=C或LC_ALL=C。

END

官方站点:www.linuxprobe.com

Linux命令大全:www.linuxcool.com

刘遄老师QQ:5604215

Linux技术交流群:2636170

(新群,火热加群中……)

想要学习Linux系统的读者可以点击"阅读原文"按钮来了解书籍《Linux就该这么学》,同时也非常适合专业的运维人员阅读,成为辅助您工作的高价值工具书!


微信扫码关注该文公众号作者

戳这里提交新闻线索和高质量文章给我们。
相关阅读
疑难案例:恭喜客人成功申请中国​十年多次Q2签证!外籍人士赴华签证服务!一地鸡毛(6)Claude 3破译OpenAI邮件密文:人类未来掌握在「谷歌」手中!马斯克怒斥应改名ClosedAI[电脑] 微星MAG 271QPX QD-OLED丨360Hz高刷+OLED面板、电竞玩家的极致追求[电脑] 4K 240Hz OLED 高刷电竞显示器——微星 MSI MPG 321URX QD-OLED 开箱简测The Chinese ‘Auntie’ Who Hit the Road — and Never Looked BackWindows版Arc Browser正式发布1.0,可以取代Edge?IPO干货 : 浅析上市审核中的涉税风险你的名字The Chinese Factory Tearing Love to Shreds【买房】Dedham中心翻新阳光独栋 近小中高 近Dedham Mall单行道路尽头 | 3b2b 1,685sqft $75W微软开抢年收入上亿美元的 Redis 饭碗?开源性能遥遥领先的 Garnet:无需修改,Redis 客户端可直接接入为什么各种疑难疾病越来越多?醍醐灌顶!CVPR 2024 | 知识蒸馏中的Logit标准化:辅助logit-based KD算法稳定涨点[干货] 酒店“满房”不能说 full house,说这个才对!你需要一把梳子,梳理心中的千头万绪 | Seed咨询师入门课即将开班EducationUSA Virtual Event: Courageous CounselingChase Sapphire Preferred (CSP) 信用卡【小道消息:85k Offer 将要来了】三维闭环&独家进阶路径,「Seed」助你6个月深度入门心理咨询AI预测蝴蝶效应?谷歌最新天气预报模型SEEDS登Science子刊7049 血壮山河之枣宜会战 宜昌溃战 5China’s Colleges Are Locked in a Heated Debate … About Curtains开源 Redis 的生命将就此终结?Redis 之父回应分叉浪潮:未来谁能领先,各凭本事!万字干货!2024母婴从业者如何做好攻守之策?Phytomedicine|新研究发现生长于我国新疆的藏掖花,其中的有效成分蓟苦素可促进轴突再生Starved of Affection at Home, Teens Seek Out ‘Digital Parents’6.1起租|Newton大house中的卧室租金950;一个卧室+一个书房租金1100,带家具,一枚落叶压清秋干货!为什么不担心欺诈? 核心角色:第三方托管公司!Extreme Weather Battered China in 2023. This Year Could Be Worse每天学一句英语台词|​I'm just stressed out【75k online或85k in-branch开卡奖励】Chase Sapphire Preferred (CSP) 信用卡走散On the Table at Two Sessions: Paid Leave, AI, and Education BiasIGCSE大考干货指南!考试中高频出现的指令词,对应的满分回答是...
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。