¿Por qué un bash here-string agrega un carácter de línea nueva al final?

Los siguientes ejemplos muestran que se agrega una nueva línea a una cadena aquí .
¿Por qué se hace esto?

xxd -p <<<'a'  
# output: 610a

xxd -p <<<'a
'
# output: 610a0a

La respuesta fácil es porque ksh está escrito de esa manera (y bash es compatible). Pero hay una razón para esa elección de diseño.

La mayoría de los comandos esperan entrada de texto. En el mundo de Unix, un archivo de texto consiste en una secuencia de líneas, cada una terminando en una nueva línea . Entonces, en la mayoría de los casos se requiere una nueva línea final. Un caso especialmente común es tomar la salida de un comando con una sustitución de comando, procesarlo de alguna manera y luego pasarlo a otro comando. La sustitución del comando elimina las nuevas líneas finales; <<<pone uno de vuelta.

tmp=$(foo)
tmp=${tmp//hello/world}
tmp=${tmp#prefix}
bar <<<$tmp

Bash y ksh no pueden manipular datos binarios de todos modos (no puede hacer frente a caracteres nulos), por lo que no es sorprendente que sus instalaciones estén orientadas a datos de texto.

La <<<sintaxis here-string es principalmente solo por conveniencia de todos modos, como <<here-documents. Si no necesita agregar una nueva línea final, use echo -n(en bash) oy printfuna tubería.

Un escenario en el que es práctico agregar nuevas líneas a las cadenas aquí es cuando se usa el readcomando cuando el set -emodo está activo. Recuerde que set -ehace que una secuencia de comandos finalice cuando (más o menos) encuentra declaraciones que generan un código de estado distinto de cero. Tenga en cuenta que readgenera un código de estado distinto de cero cuando encuentra una cadena sin líneas nuevas:

#!/bin/bash
set -e

# The following statement succeeds because here-strings append a newline:
IFS='' read -r <<< 'newline appended'
echo 'Made it here'

# The following statement fails because 'read' returns a non-zero status
# code when no newlines are encountered.
printf 'no newline' | IFS='' read -r
echo 'Did not make it here'

Creo que esa es la única forma de obtener una nueva línea al final de una prueba aquí:

xxd <<<`echo -ne "a\n"`

Parece que el operador here-string elimina las nuevas líneas a menos que se indiquen en la sintaxis que envió.