Quali sono alcuni casi in cui il numero di spazi è importante negli script bash (o altra shell)

Mi è stato detto che gli spazi sono importanti in basho altri script di shell e non dovrei cambiare l'esistenza degli spazi se non so cosa sto facendo. "Cambiando l'esistenza" intendo o inserire uno spazio tra due caratteri non spaziali o rimuovere uno spazio tra due caratteri non spaziali, ad esempio cambiando var="$val"in var ="$val"o viceversa. voglio chiedere

Ci sono casi in cui l'uso di un singolo spazio o l'utilizzo di più spazi consecutivi in ​​uno script di shell fa la differenza? .

(Naturalmente, inserire / eliminare uno spazio tra virgolette fa la differenza, come passare da echo "a b"a echo "a b"o viceversa. Sto cercando esempi diversi da questo esempio banale.)

Mi sono imbattuto in questa domanda, ma quella riguarda l'aggiunta e la rimozione di spazi tra due caratteri non spaziali per i quali conosco molti esempi che farebbero la differenza.

Qualsiasi aiuto sarebbe apprezzato. Includi più varietà di conchiglie, se possibile.

Al di fuori delle virgolette, la shell usa spazi bianchi (spazi, tabulazioni, nuova riga, ritorno a capo, ecc.) Come separatore di parole / token. Questo significa:

• Le cose non separate da spazi bianchi sono considerate come una "parola".
• Le cose separate da uno o più caratteri di spazi bianchi sono considerate come due (o più) parole.

Il numero effettivo di caratteri di spazio tra ogni "cosa" non ha importanza, purché ce ne sia almeno uno.

Questo è probabilmente un imbroglio, ma questo:

rm foo\ bar         # "delete the file named 'foo bar'"

è diverso da questo:

rm foo\  bar        # "delete the files named 'foo ' and 'bar'"

anche se gli spazi non sono tra virgolette. ;-)

Più confusamente, questo:

rm \
    foo          # "delete the file named 'foo'"

è diverso da questo:

rm \ 
    foo          # "delete the file named ' ', then run the command 'foo'"

anche se sembrano identici!

Se noi non parliamo del carattere di spazio ( U+0020), ma qualsiasi carattere di spazio ( U+0020, \n, \t, etc.), poi un caso particolare mi vengono in mente: Qui-Documenti.

Questo codice (usando gli spazi):

cat <<- 'EOF'
<space><space>foo
EOF

Stampa:

  foo

Ma questo codice (usando le schede):

cat <<- 'EOF'
<tab><tab>foo
EOF

Stampa:

foo

Questo perché ( come afferma POSIX ):

Se l'operatore di reindirizzamento lo è <<-, tutti i caratteri <tab> iniziali devono essere rimossi dalle righe di input e dalla riga contenente il delimitatore finale.

Ha anche un effetto quando si scrivono le dichiarazioni di assegnazione. Come se dico FOO=xyzche creerà una variabile d'ambiente chiamata FOOcon valore xyz, ma se separo gli uguali con uno spazio, penserà che sto invocando un programma chiamato FOOcon l'arg =xyz. Quindi importa quando si tratta di una certa sintassi.