Dlaczego rozszerzenie zmiennej bash zachowuje cytaty?

> echo "hi"
hi
> VAR='echo "hi"'
> $VAR
"hi"

Dlaczego wyjście powyższych poleceń jest inne?

Podobnie dzieje się z pojedynczymi cudzysłowami:

> VAR="echo 'hi'"
> $VAR
> 'hi'

Dodatkowa para cytatów zostanie wykorzystana tylko w dodatkowym etapie oceny. Na przykład wymuszony przez eval:

bash-4.2$ VAR='echo "hi"'

bash-4.2$ $VAR
"hi"

bash-4.2$ eval $VAR
hi

Ale ogólnie rzecz biorąc, złym pomysłem jest umieszczanie poleceń z parametrami w jednym ciągu. Zamiast tego użyj tablicy:

bash-4.2$ VAR=(echo "hi")

bash-4.2$ "${VAR[@]}"
hi

Usuwanie cytatów następuje tylko w przypadku oryginalnych słów wejściowych, a nie w wyniku rozwinięć. Cytaty będące częścią zmiennych rozszerzonych pozostają nietknięte.

Jeśli cofniesz się nieco, zobaczysz, dlaczego podstawienie zmiennej absolutnie powinno zachować cudzysłowy.

Celem cudzysłowów w powłoce Unix / Linux / BSD jest trzymanie razem kawałków łańcucha, które inaczej zostałyby przeanalizowane jako wiele łańcuchów. Ponieważ domyślnie powłoka używa białych znaków jako separatora tokenów, ciąg znaków ze spacjami (np. „Jeden dwa trzy”), jeśli nie zostanie cytowany lub nie zostanie w żaden sposób poprzedzony znakiem ucieczki, zostanie sparsowany jako 3 łańcuchy: „jeden”, „dwa” i „trzy”.

Jeśli programista chce łańcucha z wartością interpolowanej zmiennej:

VAR=two
STRING="one $VAR three"

powłoka absolutnie nie powinna usuwać cudzysłowów: ciąg zawierający spacje zostałby przeanalizowany jako 3 mniejsze ciągi.