远程主机脚本传递数组参数：优化SSH效率与解决报错问题

你遇到的问题很典型——循环建立SSH会话确实会因为多次握手导致效率低下，而直接传递数组时的报错大概率是因为远程shell对数组元素中的特殊字符（比如分号、空格、通配符）进行了不必要的解析，或者参数传递的引号处理不当。下面给你几个可靠的解决方案：

方法1：用NUL分隔符安全传递数组（推荐，支持所有特殊字符） #

这种方法通过管道将数组元素以NUL字符分隔（NUL是唯一不会出现在文件名或字符串中的字符）传递给远程，仅建立一次SSH连接，同时完全避免shell解析问题：

# 本地将数组转为NUL分隔的输出，通过管道传给远程
printf '%s\0' "${LIST[@]}" | ssh root@${servers} bash <<'EOF'
# 远程端读取NUL分隔的元素，逐个调用脚本
while IFS= read -r -d '' item; do
    /home/test.sh "$item"
done
EOF

为什么这个方法有效？ #

• printf '%s\0' "${LIST[@]}"：把数组的每个元素后面加上NUL字符，确保元素即使包含空格、换行、引号也不会被拆分。
• <<'EOF'：用单引号包裹的here-doc，避免本地shell解析远程脚本中的变量和特殊字符，保证远程代码原样执行。
• read -r -d ''：读取到NUL字符为止，完美匹配我们的输出格式，不会把元素中的空格当成分隔符。

方法2：传递数组定义到远程 #

如果你更习惯直接在远程使用数组，可以把本地的数组定义通过declare -p导出，传递给远程后再循环执行：

ssh root@${servers} bash -c "$(declare -p LIST); for item in \"\${LIST[@]}\"; do /home/test.sh \"\$item\"; done"

注意事项 #

• 这种方法适合数组元素没有复杂shell元字符（比如反斜杠、嵌套引号）的场景，如果元素包含这些字符，可能会因为本地shell导出数组定义时的转义问题导致错误，所以不如方法1通用。

为什么你原来的直接传递会报错？ #

当你执行ssh root@${servers} bash "/home/test.sh" "${LIST[@]}"时，本地shell会把数组展开为多个参数，比如数组元素是foo; bar，远程shell会把命令解析为：

bash "/home/test.sh" foo; bar

这时候bar会被当成一个独立的命令执行，如果bar不存在，就会出现bash: line XX: command not found的错误——这就是你遇到问题的根源。

另外，bash "/home/test.sh"中的引号其实是多余的，只要/home/test.sh路径没有空格，直接写bash /home/test.sh即可，不过这不是报错的主要原因。

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