W jakich przypadkach liczba spacji ma znaczenie w skryptach bash (lub innych powłokach)

Powiedziano mi, że spacje są ważne w bashinnych skryptach powłoki i nie powinienem zmieniać ich istnienia, chyba że wiem, co robię. Przez „zmianę istnienia” rozumiem albo wstawienie spacji między dwoma znakami spacji lub usunięcie spacji między dwoma znakami spacji, np. Zmiana var="$val"na var ="$val"lub odwrotnie. Chcę zapytać

Czy są jakieś przypadki, w których użycie jednej spacji lub wielu kolejnych spacji w skrypcie powłoki robi różnicę? .

(Oczywiście wstawianie / usuwanie spacji w cudzysłowach robi różnicę, np. Zmiana z echo "a b"na echo "a b"lub odwrotnie. Szukam przykładów innych niż ten trywialny przykład.)

Zetknąłem się z tym pytaniem, ale dotyczy ono dodawania i usuwania spacji między dwoma znakami spacji, dla których znam wiele przykładów, które mogłyby to zmienić.

Każda pomoc będzie mile widziana. Uwzględnij więcej odmian muszli, jeśli to możliwe.

Poza cudzysłowami powłoka używa białych znaków (spacji, tabulatorów, nowego wiersza, powrotu karetki itp.) Jako separatora słów / tokenów. To znaczy:

• Rzeczy, które nie są oddzielone białymi spacjami, są uważane za jedno „słowo”.
• Rzeczy oddzielone co najmniej jednym białym znakiem są uważane za dwa (lub więcej) słów.

Rzeczywista liczba znaków odstępu między „rzeczami” nie ma znaczenia, o ile istnieje co najmniej jeden znak.

To prawdopodobnie oszustwo, ale to:

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

różni się od tego:

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

nawet jeśli spacje nie są w cudzysłowach. ;-)

Co więcej, to:

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

różni się od tego:

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

mimo że wyglądają identycznie!

Jeśli nie będziemy rozmawiać o znak spacji ( U+0020), ale jakiegokolwiek znaku spacji ( U+0020, \n, \t, itd), a następnie jeden szczególny przypadek przychodzą mi na myśl: oto dokumentach.

Ten kod (używając spacji):

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

Wydrukuje:

  foo

Ale ten kod (używając kart):

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

Wydrukuje:

foo

Jest tak, ponieważ ( jak stwierdza POSIX ):

Jeśli operatorem przekierowania jest <<-, wszystkie wiodące znaki <tab> są usuwane z linii wejściowych i linii zawierającej ogranicznik końcowy.

Ma to również wpływ podczas pisania instrukcji przypisania. Na przykład, jeśli powiem, FOO=xyzże utworzy zmienną środowiskową o nazwie FOOo wartości xyz, ale jeśli oddzielę równy spacją, pomyśli, że wywołuję program o nazwie FOOz arg =xyz. To ma znaczenie, jeśli chodzi o określoną składnię.