Bash here-document中$(command)提前求值原因及解决方案

Bash解析<< 终止标记形式的here-document块时，是否提前执行$(command)命令替换，完全由终止标记的引用状态决定：

• 当终止标记是未加任何引用的纯字符串（比如示例中的裸EOF），Bash会在读取块内容、写入输出流的阶段，就对块内文本执行和双引号字符串一致的全量展开：
  • 逐字符扫描文本，识别$变量参数展开、$(command)/`command`命令替换、$((expr))算术展开三类语法
  • 每匹配到一个命令替换语法，就立刻fork子shell执行对应命令，将命令输出直接替换到文本的对应位置
  • 所有求值动作在扫描到末尾的终止标记前就会全部完成，最终写入目标文件的是已经替换完成的静态文本
    你的场景里，提前求值的根本原因就是用了裸EOF标记：写入new_script.sh的内容根本不是echo "$(pwd)"这段动态代码，而是硬编码了生成脚本时执行pwd返回的固定路径字符串，后续延后执行脚本时，自然只会输出这个固定路径，拿不到脚本运行时的实际工作目录。
• 当终止标记被任意形式的引用包裹（包括单引号包裹'EOF'、双引号包裹"EOF"、反斜杠转义\EOF），Bash会关闭块内所有展开逻辑，逐字原样写入所有字符，不会做任何提前求值。

给here-document的终止标记加单引号，强制关闭块内预展开，代码如下：

cat << 'EOF' > new_script.sh
...
echo "$(pwd)" >> log.txt
...
EOF

这种写法是POSIX标准规定的通用行为，所有兼容POSIX规范的shell都支持，不需要修改块内的任何业务代码，不会出现漏转义导致的bug，是所有方案里可靠性最高、维护成本最低的选择。

注意：不推荐使用手动转义美元符的写法（即把块内的$(pwd)改成\$(pwd)）。如果块内存在大量变量、命令替换逻辑，逐个加转义符非常容易遗漏，后期修改代码时也很容易引入新问题，没有实用价值。

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