为什么Shell Command Substitution吞噬了尾随的换行符？

按照下面的示例，以及我最近 在bash中的问题，结尾的换行符char哪里去了？，我想知道它为什么发生

  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动作，即Command Substitution，实际上从它正在替换的命令输出中删除一些数据...
但是我无法理解这一点，因为它似乎是它应该做什么的对立面..即 将命令的输出传递回脚本过程...对我来说，隐瞒一个字符似乎很奇怪，但是我想这是有道理的...我很想找出那个原因。 。

因为外壳最初并不是要成为一种完整的编程语言。

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

因此，也许您会接受以下问题作为答案：

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

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

请注意，需要使用引号来防止损坏在格式化日期中出现的双精度空格。

它是标准的一部分：

外壳程序应通过在子外壳程序环境中执行命令（请参见Shell Execution Environment）并用命令的标准输出替换命令替换项（命令文本加上“ $（）”或反引号）来扩展命令替换，并删除替换结束时一个或多个<newline>的序列。

当然，标准可能是这样编写的，因为这是ksh它的工作方式或某种方式，但这是标准，并且它是记录的行为。如果您不喜欢它，请使用Perl或其他可以让您保持尾随换行符的方法。

好吧，这对我来说很有意义。在常规命令输出中，换行符仅位于第一位，因此在命令在新行中完成后，将出现提示。在大多数情况下，换行符都不是原始输出的一部分，它是用来整理屏幕的。当您解析命令的输出时，最后的换行通常很麻烦。为什么wc命令输出两行文本？哦，不是，它输出一个后跟换行符。当您解析时，wc您不必担心存在两行输出的事实-实际上并没有，只有一行。

我遇到了同样的问题，并发现以下示例。似乎引用对情况有所帮助，至少对我而言是这样：

http://tldp.org/LDP/abs/html/commandsub.html。

dir_listing=`ls -l`
echo $dir_listing     # unquoted

# Expecting a nicely ordered directory listing.

# However, what you get is:
# total 3 -rw-rw-r-- 1 bozo bozo 30 May 13 17:15 1.txt -rw-rw-r-- 1 bozo
# bozo 51 May 15 20:57 t2.sh -rwxr-xr-x 1 bozo bozo 217 Mar 5 21:13 wi.sh

# The newlines disappeared.


echo "$dir_listing"   # quoted
# -rw-rw-r--    1 bozo       30 May 13 17:15 1.txt
# -rw-rw-r--    1 bozo       51 May 15 20:57 t2.sh
# -rwxr-xr-x    1 bozo      217 Mar  5 21:13 wi.sh

为什么echo "hello "（不加引号）占用空间？外壳将IFS字符的值视为定界符，因此，尾随的（不定界任何字符）被删除。推荐替换只是在子外壳中简单执行推荐，因此遵循相同的逻辑。