SSH非交互执行含命令替换的bash for循环命令报错排查

SSH非交互模式远程执行命令时，两条结构近似的命令执行结果完全不同：

• 以下命令可正常运行，按秒输出3次时间：

ssh usrname@ip 'bash -c "for i in 1 2 3; do date;sleep 1;done" '

对应执行输出：

Sun Jun 1 11:02:12 CST 2022
Sun Jun 1 11:02:13 CST 2022
Sun Jun 1 11:02:14 CST 2022

• 仅修改循环值生成方式，用seq生成序列的命令会触发语法错误：

ssh usrname@ip 'bash -c "for i in $(seq 1 3); do date;sleep 1;done" '            

返回报错信息：

bash: -c: line 1: syntax error near unexpected token `2'
bash: -c: line 1: `2'

已验证：for i in $(seq 1 3); do date;sleep 1;done 命令在本地Bash环境、SSH交互式登录远程主机后的Bash环境中均可正常运行。将命令中ip替换为本地已开启sshd服务的主机地址，可复现第一条命令的正常运行效果。

这个报错本质是多层Shell嵌套解析时，命令替换的展开时机和换行处理逻辑冲突导致的：

• 整条命令的解析链路一共有3层：
  1. 本地Shell解析输入的ssh命令，拼接需要远程执行的字符串
  2. 远程主机收到字符串后，先调用当前登录用户的默认Shell（可能是zsh、dash、bash等任意配置的登录Shell）解析整段命令
  3. 解析完成后再执行bash -c，启动第三层Bash运行内层的循环脚本
• 本地单引号包裹ssh参数的写法，确实避免了本地Shell提前展开$(seq 1 3)，但这个命令替换符会被第二层的远程登录Shell识别并执行。
• seq 1 3的输出是带尾部换行的多行文本（1\n2\n3\n），当这个多行结果被替换到bash -c后面的双引号字符串中时，部分Shell（比如zsh、dash）会直接把替换产生的换行识别为命令结束标记，把第二行的2、第三行的3当成独立命令解析，直接破坏for循环的语法结构，最终抛出语法错误。
• 交互式SSH登录后执行命令正常，是因为交互式Shell的解析模式不会把命令替换产生的换行强行拆分为独立命令；本地直接执行单层for循环正常，是因为只有一层Shell解析，命令替换的结果会被正确按空白符拆分作为for循环的遍历列表，不存在嵌套解析的问题。
• 第一条硬编码1 2 3作为循环列表的命令，全程没有命令替换带来的额外换行，语法结构始终完整，所以可以正常运行。

选择任意一种写法都可以让命令正常运行：

• 方法1：转义$符号，让命令替换只在最内层的Bash中执行，跳过远程登录Shell的提前展开

ssh usrname@ip 'bash -c "for i in \$(seq 1 3); do date;sleep 1;done"'

转义后远程登录Shell不会解析$(seq 1 3)，会把这段文本原样传给内层Bash，Bash解析自身运行的脚本时，会正确处理命令替换的分词和换行，不会出现语法断裂。

• 方法2：通过标准输入把脚本直接传给远程Bash，完全跳过远程登录Shell的解析干扰（推荐复杂脚本使用，可避免各种引号转义问题）

ssh usrname@ip 'bash -s' <<'EOF'
for i in $(seq 1 3); do date;sleep 1;done
EOF

这里<<'EOF'的单引号会让本地Shell原样传递脚本文本，不做任何展开，远程端直接启动Bash执行收到的完整脚本，不存在多层解析的冲突。

• 方法3：调整引号嵌套顺序，让命令替换在本地执行完成，生成空格分隔的数字列表后再传给远程（仅适合简单无特殊字符的场景）

ssh usrname@ip "bash -c 'for i in $(seq 1 3); do date;sleep 1;done'"

这种写法本地会先执行seq 1 3得到1 2 3，替换后传给远程的命令实际和第一条可正常运行的命令结构完全一致。

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