Pourquoi l'expansion de variable bash conserve-t-elle des guillemets?

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

Pourquoi la sortie des commandes ci-dessus est-elle différente?

Une chose similaire se produit avec des guillemets simples:

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

La paire de devis supplémentaire ne serait consommée que par une étape d'évaluation supplémentaire. Par exemple forcé par eval:

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

bash-4.2$ $VAR
"hi"

bash-4.2$ eval $VAR
hi

Mais c'est généralement une mauvaise idée de mettre des commandes avec des paramètres dans une chaîne. Utilisez plutôt un tableau:

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

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

La suppression des devis ne se produit que sur les mots d'entrée d'origine, pas sur le résultat des extensions. Les citations qui font partie de variables étendues ne sont pas modifiées.

Si vous reculez un peu, vous pouvez voir pourquoi la substitution de variables doit absolument conserver les guillemets.

Le point de guillemets dans un shell Unix / Linux / BSD est de garder ensemble des morceaux d'une chaîne qui autrement seraient analysés en plusieurs chaînes. Étant donné que par défaut, un shell utilise des espaces comme séparateur de jetons, une chaîne avec des espaces (comme "un deux trois"), si elle n'est pas citée ou échappée d'une manière ou d'une autre, serait analysée en 3 chaînes: "un", "deux" et "trois".

Si un programmeur veut une chaîne avec la valeur d'une variable interpolée:

VAR=two
STRING="one $VAR three"

le shell ne doit absolument pas supprimer les guillemets: la chaîne contenant des espaces serait analysée comme 3 chaînes plus petites.