Почему командная подстановка оболочки поглощает завершающий символ новой строки?

Как в следующем примере, и как в моем недавнем вопросе в 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

Я предполагаю, что должна быть какая-то очень существенная причина для действия оболочки, а именно Подстановка команд, для фактического удаления некоторых данных из выходных данных команды, которые она заменяет ...
но я не могу разобраться с этим, как кажется, антитеза того, что он должен делать .. т.е. передать вывод команды обратно в процесс сценария ... Удержание одного символа кажется мне странным, но я полагаю, что для этого есть разумная причина ... Я очень хочу выяснить, что это за причина .. ,

Поскольку оболочка изначально не предназначалась для полноценного языка программирования.

Довольно сложно удалить трейлинг \nиз некоторых выводов команды. Однако для целей отображения почти все команды заканчивают вывод \n, поэтому… должен быть простой способ удалить его, если вы хотите использовать его в другой команде. Автоматическое удаление со $()строительством было выбрано решение.

Итак, возможно, вы примете этот вопрос в качестве ответа:

Можете ли вы найти простой способ удалить трейлинг, \nесли это не было сделано автоматически в следующей команде?

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

Обратите внимание, что кавычки необходимы для предотвращения разбивки двойных пробелов, которые могут появляться в отформатированных датах.

Это часть стандарта :

Оболочка должна расширить подстановку команд, выполнив команду в среде подоболочек (см. Среда выполнения оболочки ) и заменив подстановку команд (текст команды плюс заключенные в нее «$ ()» или обратные кавычки) стандартным выводом команды, удалив последовательности из одного или нескольких <newline> в конце замены.

Конечно, стандарт, вероятно, написан таким образом, потому что вот как kshон это сделал или что-то в этом роде, но это стандарт и документированное поведение. Если вам это не нравится, используйте Perl или что-то еще, что позволит вам сохранить последние переводы строки.

Ну, это имеет смысл для меня. Новая строка находится только на первом месте в обычном выводе команды, поэтому приглашение появляется после завершения команды в новой строке. В большинстве случаев новая строка не является частью исходного вывода, она помогает привести в порядок экран. Когда вы анализируете выходные данные команды, перевод строки в конце обычно вызывает проблемы. Почему wcкоманда выводит 2 строки текста? О, это не так, он выводит один, за которым следует новая строка. Когда вы анализируете, wcвы не хотите беспокоиться о том, что есть 2 строки вывода - на самом деле их нет, есть только одна.

Я столкнулся с той же проблемой, и нашел ниже пример. Кажется, цитирование помогло ситуации, по крайней мере, для меня:

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 рассматривается оболочкой как разделители, поэтому завершающие (которые ничего не разделяют) удаляются. Подстановка commend - это просто выполнение комментариев в под-оболочке, поэтому она следует той же логике.