通过SSH远程执行sed追加字符串未按预期工作问题求助

所有问题的核心都来自SSH远程执行命令时的两层Shell解析+sed语法兼容两个维度的冲突，具体对应每个命令的问题如下：

命令1执行失败、命令2执行成功的原因 #

你要实现的是sed的$a语法（$代表匹配文件最后一行，a是追加命令），但你用了双引号包裹sed表达式：

• 双引号内的$会被本地Shell提前识别为变量引用，你本地没有定义a变量的前提下，$a会被展开为空值
• 命令1的表达式"$a a"展开后传给远程的实际内容是" a"，sed识别到独立的a命令后没有找到后续的内容声明/反斜杠，直接抛出expected \ after a错误
• 命令2执行成功属于巧合：大概率是你本地环境刚好定义了a变量，值为符合sed语法的转义符/行定位符，刚好补上了$被吃掉后的语法空缺，换个环境必然执行失败。

命令3执行失败、命令4执行成功的原因 #

• 命令3用单引号包裹sed表达式，避免了本地Shell对$的展开，$a可以正常传到远程服务器，但\n转义字符在低版本POSIX标准sed中不支持直接跟在a命令后面，只有较新版本的GNU sed才识别这种写法，因此远程服务器的sed版本偏低时就会抛出expected newer version of sed错误
• 命令4执行成功是因为你把命令写入本地文件再读取执行：本地echo输出时默认会把\n转译为实际换行符，写入sed.cmd的内容已经是两行待追加的文本，传到远程后sed可以直接识别这种多行追加的标准语法，绕开了\n的版本兼容问题，同时也规避了多层引号转义的冲突。

避免SSH多层转义噩梦可以用如下两种方案：

1. 直接用标准追加命令替代sed追加到文件末尾的场景：

for i in $(cat serverlist.txt);do ssh user@$i 'echo "vm.max_map_count=655360" >> /tmp/test.txt && echo "fs.aio-max-nr=1048576" >> /tmp/test.txt';done

2. 用heredoc传递远程命令，完全规避转义问题：

for i in $(cat serverlist.txt);do
ssh -T user@$i <<'EOF'
sed -i '$a vm.max_map_count=655360
fs.aio-max-nr=1048576' /tmp/test.txt
EOF
done

内容的提问来源于stack exchange，提问作者mark.gao