Bash 的 here-string 会把一个词展开后的值送给命令的标准输入，并在末尾追加一个换行符。当变量里已经有少量文本，而目标程序从标准输入读取时，这种写法很方便。它省掉了额外的打印命令，但并不保证输入与变量逐字节相同，也不承诺内部一定使用内存、管道或文件。判断是否适用，应看接收方需要什么输入，而不是只比较命令行长度。

接收命令读取之前先完成展开

三个小于号之后的词可以包含变量展开、算术展开和命令替换，因此不一定是字面常量。单引号保留源码中的字面文本，双引号则允许通常的变量和命令展开。通过变量展开得到的字符串，即使包含美元符号和括号，也不会仅因出现在 here-string 中就被再次作为 shell 命令执行。源码中明确写出的替换语法与变量保存的数据必须区分。

当前 Bash 不会对 here-string 的词执行分词或文件名展开，而是把结果作为一个字符串交付。这里引用变量仍能清楚表达意图，但不能把这种重定向上下文和普通命令参数位置混为一谈。后者使用未引用变量时仍可能按空白拆分，或把星号变成文件名。因此，某个值通过 here-string 正常到达，并不能证明在别处省略引号也安全。

末尾追加换行是无条件发生的。原值没有换行时会多一个，原值已经有尾部换行时还会再多一个。空变量也因此产生包含一个换行字节的输入，而不是立即结束的零字节输入。对于按行处理的工具，这常常符合需求；对于严格长度、签名字节或特定结束字符的协议，则可能直接改变意义，不能把它当作原始字节透传方式。

坏掉的样子

Shell 形成输入后，read 还会按自己的规则解释。默认分词可能移除首尾 IFS 空白，反斜杠也可能作为转义符处理。读取需要保留空格和反斜杠的一行时，应使用 IFS= read -r name。它保护的是这一行的内容；单次 read 仍然在第一个换行处结束，并不会自动把任意多行字符串全部装进变量。输入构造规则与消费者解析规则是两个阶段。

带重定向的内建命令或循环可以在当前 shell 中运行，因此其中的赋值能够在后续代码中继续使用。相比把循环放进管道，这有助于避免 Bash 通常为管道阶段创建子 shell 导致的状态丢失。重定向本身不会包上一层子 shell，但如果表达式的其他地方明确使用子 shell 或命令替换，它们仍然具有通常的作用域与副作用，不能因为用了 here-string 就忽略。

源码没有显式文件名，并不能证明 Bash 内部没有使用文件或其他存储方式。程序不应依赖标准输入可寻址、具有固定缓冲容量，或绝不产生临时后端存储。对于已经存在的大文件，直接文件重定向能避免先把全部内容收集进变量。如果需要不追加换行的精确文本，可以使用格式明确的 printf 或文件输入，仍应通过接收方实际读到的字节验证结果。

Here-string 还是特定 shell 的语法功能，并非所有名为 sh 的解释器都支持。使用它的脚本应选择支持该功能的解释器，测试时也应明确调用同一个解释器。把 echo 管道机械替换为 here-string，可能同时改变换行和变量作用域，不能只当作外观不同的等价写法。应该比较输入字节、记录数量和状态变化，确认真实调用链仍符合需求。

快速验证

下面的完整实验需要 Bash 和 Python 三。Python 将标准输入显示成十六进制，使额外的换行字节清晰可见；随后捕获的是十六进制文本，所以命令替换删除其末尾换行并不会丢失被检查的原始输入信息。其他断言使用 read 和带重定向的循环验证空白、字面文本与多行读取，不需要创建测试文件。

bash --noprofile --norc <<'BASH'
set -e
hex_input() {
  python3 -c 'import sys; print(sys.stdin.buffer.read().hex())'
}
[[ $(hex_input <<< X) == 580a ]]
[[ $(hex_input <<< '') == 0a ]]
[[ $(hex_input <<< $'X\n') == 580a0a ]]
[[ $(printf '%s' X | hex_input) == 58 ]]
value='  a\b *.txt  '
IFS= read -r received <<< "$value"
[[ $received == "$value" ]]
literal='$(printf injected)'
IFS= read -r received <<< "$literal"
[[ $received == '$(printf injected)' ]]
value=$'one\ntwo'
IFS= read -r first <<< "$value"
[[ $first == one ]]
lines=0
while IFS= read -r line; do
  lines=$((lines + 1))
done <<< "$value"
[[ $lines -eq 2 ]]
printf 'PASS: newline bytes, preserved text, single read, loop scope\n'
BASH

预期只输出最后的通过信息。十六进制断言明确区分一个换行和两个换行，并与不添加换行的 printf 比较。看起来像命令的字面字符串必须保持原文，循环计数也应保留在外层 shell 中。这些结果验证文档规定的输入行为，没有检查内部存储机制。改用其他消费者之前，还应确认它自身如何处理空行、多条记录和尾部空白，不能把 read 的观察直接推广到所有程序。

来源