如何修复SSH HereDoc中Bash数组批量删除文件的无效问题？

这个问题的核心是本地Shell和远程Shell对变量展开的时机处理不一致，导致你的数组在传递到远程时格式出错了。

为什么你的HereDoc命令失效？ #

当你写<<- EOSSH没有加引号时，本地Shell会先展开HereDoc里的${array[@]}。你原本期望远程Shell能正确识别数组元素，但实际本地展开后，传递给远程的命令是类似这样的：

rm -rf "/home/developer/Documents/a" "/home/developer/Documents/b" "/home/developer/Documents/c"

远程Shell执行时，会把引号当作路径的一部分（比如"/home/developer/Documents/a"），而你的实际文件夹路径是不带引号的，所以rm找不到这些路径，自然无法删除。

而你直接用SSH命令执行时，本地Shell会把"${array[@]}"展开为单独的参数传递给SSH，SSH会把这些参数原样传给远程rm命令，这时候远程rm拿到的是纯净的路径，没有多余引号，所以能正常工作。

修复方案 #

下面提供两种可靠的修复方式，适配不同场景：

方案1：让远程Shell处理数组（适合复杂场景）

给HereDoc的分界符加上单引号，阻止本地Shell展开变量，然后把数组定义和删除命令都放在HereDoc里，确保路径不会被额外的引号污染：

#!/usr/bin/bash -x
DIRA="/home/developer/Documents/a"
DIRB="/home/developer/Documents/b"
DIRC="/home/developer/Documents/c"

ssh -T developer@192.168.0.13 <<- 'EOSSH'
declare -a array=( "/home/developer/Documents/a" "/home/developer/Documents/b" "/home/developer/Documents/c" )
rm -rf "${array[@]}"
EOSSH

这里的单引号'EOSSH'会让本地Shell完全不解析HereDoc内的内容，所有变量展开交给远程Shell处理，完美匹配你直接执行SSH命令时的逻辑。

方案2：本地正确转义路径后传递（适合带空格的路径）

如果你的路径可能包含空格或特殊字符，可以用printf的%q选项对每个路径进行转义，生成安全的命令字符串后再传给远程：

#!/usr/bin/bash -x
DIRA="/home/developer/Documents/a"
DIRB="/home/developer/Documents/b"
DIRC="/home/developer/Documents/c"
declare -a array=("$DIRA" "$DIRB" "$DIRC")

# 生成转义后的rm命令，自动处理特殊字符
printf -v rm_command 'rm -rf %q ' "${array[@]}"

ssh -T developer@192.168.0.13 <<- EOSSH
$rm_command
EOSSH

%q会自动给包含特殊字符的路径加上合适的转义，确保远程Shell能正确识别每个路径。

方案3：简化为直接SSH命令（最简洁）

如果你不需要HereDoc的复杂逻辑，直接用你已经验证有效的方式即可：

#!/usr/bin/bash -x
DIRA="/home/developer/Documents/a"
DIRB="/home/developer/Documents/b"
DIRC="/home/developer/Documents/c"
declare -a array=("$DIRA" "$DIRB" "$DIRC")

ssh -T developer@192.168.0.13 rm -rf "${array[@]}"

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