为什么 shell 命令替换会吞下尾随的换行符？

Question

根据以下示例，以及我最近的问题 在 bash 中，尾随的换行符去哪儿了？，我想知道它“为什么”发生

  x="$(echo -ne "a\nb\n")" ; echo -n "$x" | xxd -p 
# Output is: 610a62 
# The trailing newline from the 'echo' command
#   has been "deleted" by Command Substitution

我认为shell 操作必须有一些非常重要的原因，即命令替换，从它正在替换的命令输出中实际删除一些数据......
但我无法理解这个，因为它似乎是它应该做什么的对立面......即。将命令的输出传递回脚本进程......保留一个字符对我来说似乎很奇怪，但我认为有一个合理的原因......我很想知道这个原因是什么...... .

Answer 1

因为 shell 最初并不打算成为一种完整的编程语言。

\n从某些命令输出中删除尾随非常困难。但是，出于显示目的，几乎所有命令都以 结束其输出\n，因此……当您想在另一个命令中使用它时，必须有一种简单的方法将其删除。$()选择的解决方案是通过结构自动移除。

所以，也许你会接受这个问题作为答案：

\n如果以下命令没有自动完成，您能找到一种简单的方法来删除尾随吗？

> echo The current date is "$(date)", have a good day!

请注意，需要引用以防止可能出现在格式化日期中的双空格被粉碎。

Answer 2

这是标准的一部分：

shell 应通过在子 shell 环境中执行命令来扩展命令替换（请参阅Shell 执行环境）并将命令替换（命令文本加上封闭的“$()”或反引号）替换为命令的标准输出，删除替换结束时的一个或多个 <newline> 的序列。

当然，标准可能是这样写的，因为它是怎么ksh做的，但它是标准，它是记录在案的行为。如果您不喜欢它，请使用 Perl 或其他可以让您保留尾随换行符的东西。

Answer 3

嗯，这对我来说很有意义。换行符仅出现在正常命令输出中的第一位，以便在命令完成后在新行上出现提示。在大多数情况下，换行符不是原始输出的一部分，它用于整理屏幕。当您解析命令的输出时，末尾的换行符通常很麻烦。为什么wc命令输出2行文本？哦，它没有，它输出一个后跟一个换行符。当您解析时，wc您不想担心有 2 行输出这一事实——实际上并没有，只有一行。