Bash 变量里的末尾换行消失：双引号挡不住命令替换的删除规则

文件最后带有换行，使用 text="$(cat file.txt)" 读入变量，再执行 printf '%s' "$text"，输出结束后终端提示符却紧贴最后一行。即使变量加了双引号，这个末尾换行仍会消失，因为命令替换在赋值前就删除了输出末尾的换行。

以下针对 Bash 中普通文本的命令替换。中间换行与末尾换行要分开看；任意二进制内容和含 NUL 的数据不适合用普通 shell 变量保存。

先确定换行在哪一步丢失

Bash 执行 $(command) 后，把该命令的标准输出作为替换结果，同时删除所有末尾换行，不只是删除一个。中间的换行保留在结果中，但展开变量时若没有双引号，还可能经历字段拆分和路径名展开。

例如，文件字节内容相当于 alpha\nbeta\n\n，命令替换得到的文本相当于 alpha\nbeta。这只是说明规则的示例，不能把屏幕上有没有空行当作精确字节检查。

input='./file.txt'
text="$(cat -- "$input")"
printf '%s' "$text"

这里双引号正确保留了变量内的换行和空格，却无法把赋值时已经删除的末尾换行带回来。Bash 的 $(< file.txt) 简写也属于命令替换，同样遵循删除规则；换成反引号不会解决。

如果换行在中间也变成空格，另查是否写了 echo $text 等不带引号的展开。把它改成 printf '%s' "$text" 可以保留已经存在的内容，但仍无法恢复早一步被丢弃的末尾字节。

不需要变量时，直接传文件

如果下游本来就可以读取文件或标准输入，优先避免“读入变量再写回”的往返。例如，下游程序支持标准输入时可以使用文件重定向：

consumer < "$input"

consumer 是下游程序的占位名称，替换前应确认它的输入协议及执行影响。这种传递方式不会额外执行 shell 的命令替换，不会由 shell 删除文件末尾换行；下游程序是否转换内容仍要按其行为检查。

不要使用 printf '%s\n' "$text" 作为无条件恢复。它固定加一个换行，无法还原原文件有零个、一个或多个末尾换行的差别。如果业务只是要求文本输出以换行结束，这种输出协议可以成立，但不能把它称作字节保持。

必须放进变量时，在输出后加一个哨兵

对于大小受控、不含 NUL 的文本，可以在文件内容后追加一个非换行字符，让原末尾换行不再位于整个输出末尾；赋值后只移除这一个哨兵。

下面是 Bash 与 GNU cat 的示例，点号仅作为哨兵，读取失败时不使用部分结果：

input='./file.txt'
if text=$(cat -- "$input" && printf '.'); then
    text=${text%.}
else
    unset text
    printf '%s\n' 'Cannot read input; stop before consuming partial content.' >&2
    exit 1
fi

printf '%s' "$text"

&& 让 cat 成功后才输出哨兵。若输入无法读取或读取中出错，赋值的退出状态保留失败，脚本进入错误分支，不继续处理残缺内容。这个示例的 exit 用于脚本；交互终端中不要直接粘贴会退出当前会话的错误分支。

${text%.} 只删除末尾追加的一个点号。文件原来就以点号结束也没有问题，原点号仍在它前面；不要换成批量去点或去空白的处理。

哨兵法保留的是能够进入变量的文本，不会让 shell 变量变成二进制容器。文件很大时会增加内存占用，内容还会先全部读取；流式处理、任意字节文件或需要可靠文件完整性的场景，应保留文件或使用适合的数据处理工具。

验收零个、一个和多个末尾换行

用独立输入检查没有末尾换行、一个末尾换行、两个末尾换行，以及含中间空行的情况。比较时应按字节查看原文件与输出，终端显示和 echo 的默认换行都可能掩盖差别。

写回文件时使用 printf '%s' "$text"，不要让格式字符串再加一个换行，也不要把内容本身用作格式字符串。只写到新的验证输出路径，确认结果后再交给下游；重定向到原输入文件会截断它，不能用覆盖原文件来验证读取是否保真。

修改前保存脚本与原始输入。回退读取逻辑不会恢复此前被覆盖的文件，也不会撤销下游已经执行的导入或发送；先在无业务副作用的输出中确认末尾字节，再恢复原流程。