为什么sed的a和s命令在单双引号下转义字符表现不同？

该差异是Shell转义规则 + sed内部子命令解析逻辑两层规则叠加导致的，所有测试结果均符合Ubuntu 20.04默认bash环境与GNU sed的实现逻辑：

第一层：Shell的引号转义规则 #

不同包裹符号会决定传给sed的实际字符内容：

• 单引号包裹内容：Shell不会做任何转义处理，所有字符原样传递给sed。例如'\t'传给sed的是字面量\t，'\\t'传给sed的是字面量\\t。
• 双引号包裹内容：Shell会先执行一轮转义解析，仅当反斜杠后跟随$、`、"、\、换行符时，反斜杠才会被识别为转义符并移除，其余场景反斜杠原样保留。例如：
  • "\t"传给sed的是字面量\t
  • "\\t"中前一个反斜杠转义后一个反斜杠，最终传给sed的是字面量\t
  • "\\\t"中前两个反斜杠解析为1个字面反斜杠，第三个反斜杠与t无特殊转义关系原样保留，最终传给sed的是字面量\\t

第二层：sed 不同子命令的转义解析逻辑差异 #

这是s和a命令表现不一致的核心原因：

• 对于s（替换）子命令：替换字符串段默认开启转义序列解析，只要接收到\t、\n这类组合，就会直接转换为对应的制表符、换行符；如果接收到\\t，会先将\\解析为字面反斜杠，再拼接普通字符t，最终输出字面量\t。
  对应测试结果：单引号下'\t'直接传入\t可正确解析，'\\t'传入\\t输出字面\t；双引号下无论是"\t"还是"\\t"，最终传入sed的都是\t，因此都能正确解析出制表符。
• 对于a（追加）子命令：这是sed从POSIX标准继承的历史设计——a命令默认将后续内容作为纯字面文本处理，不会主动识别转义序列，必须额外加一个前置反斜杠作为转义触发标记，才会解析后续的转义组合。也就是说，a命令要识别出制表符，必须接收到字面量\\t：第一个反斜杠是触发转义解析的标记，\t才是对应制表符的转义序列。
  对应测试结果：单引号下必须写'\\t'才能传入\\t触发正确解析，写'\t'时仅传入\t，缺少触发转义的前置反斜杠，反斜杠被直接丢弃，输出普通字符t；双引号下必须写"\\\t"才能传入\\t触发解析，写"\t"或"\\t"时仅传入\t，无法触发转义，同样输出tdef。

将a命令改写为s命令实现追加效果之所以能正常运行，本质是绕开了a命令的特殊转义逻辑，统一走s命令的标准转义解析流程，自然不会出现转义规则不一致的问题。

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