bash here-document特殊字符与双引号引发语法错误的原因排查

核心原因：父shell提前解析命令替换导致引号冲突 #

异常案例的语法错误本质是未加引号的here-document触发了父shell的提前解析，具体过程如下：

1. 当使用<<- EOF（EOF未加引号）时，bash会对here-document内的所有特殊字符（包括$、$(...)）进行参数展开、命令替换操作，而非直接将内容传递给子shell（bash -s）。
2. 代码中的repr="$(printf -- '%q ' "$@")"会被父shell优先处理：父shell会先执行printf -- '%q ' "$@"，这里的$@是父shell的位置参数，而非你期望的子shell参数。
3. 一旦父shell的$@中包含单引号（甚至空参数的边缘场景），printf %q会将单引号转义为shell可识别的'\''格式。当这个转义结果被插入到repr="..."的双引号中时，父shell会把'\''解析成“闭合单引号→转义单引号→重新打开单引号”，导致出现未闭合的单引号，直到here-document结束都找不到匹配的闭合标记，最终触发unexpected EOF语法错误。

另外还有一个潜在坑：<<- EOF仅忽略内容行的前导制表符，如果EOF前有空格或其他字符，bash无法识别它为here-document的结束标记，也会引发类似的EOF错误。

解决方案（保留参数展开功能） #

如果需要让命令替换在子shell中执行，同时保留here-document的参数展开能力（比如传递函数、终端选项），只需转义命令替换的$和子shell要使用的$@：

bash -s <<- EOF
    repr="\$(printf -- '%q ' "\$@")"
    echo "\$repr"
EOF

这样父shell会保留\$(...)和\$@的原样，传递给子shell后，子shell会自行解析执行命令替换，使用自身的$@参数，彻底避免父shell提前解析导致的引号冲突。

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