Warum schlagen Optionen in einer Variablen in Anführungszeichen fehl, funktionieren aber, wenn sie nicht in Anführungszeichen stehen?

Ich habe darüber gelesen, dass ich Variablen in bash zitieren sollte, zB "$ foo" anstelle von $ foo. Beim Schreiben eines Skripts stieß ich jedoch auf einen Fall, in dem es ohne Anführungszeichen, jedoch nicht mit diesen funktioniert:

wget_options='--mirror --no-host-directories'
local_root="$1" # ./testdir recieved from command line
remote_root="$2" # ftp://XXX recieved from command line 
relative_path="$3" # /XXX received from command line

Dieser funktioniert:

wget $wget_options --directory_prefix="$local_root" "$remote_root$relative_path"

Dies ist nicht der Fall (beachten Sie die doppelten Anführungszeichen um $ wget_options):

wget "$wget_options" --directory_prefix="$local_root" "$remote_root$relative_path"

• Was ist der Grund dafür?

• Ist die erste Zeile die gute Version? oder sollte ich vermuten, dass irgendwo ein versteckter Fehler vorliegt, der dieses Verhalten verursacht?

• Wo finde ich im Allgemeinen eine gute Dokumentation, um zu verstehen, wie Bash und seine Zitate funktionieren? Während ich dieses Skript schreibe, habe ich das Gefühl, dass ich angefangen habe, auf einer Trial-and-Error-Basis zu arbeiten, anstatt die Regeln zu verstehen.

Grundsätzlich sollten Sie Variablenerweiterungen in doppelte Anführungszeichen setzen, um sie vor dem Teilen von Wörtern (und der Generierung von Dateinamen) zu schützen. In Ihrem Beispiel jedoch

wget_options='--mirror --no-host-directories'
wget $wget_options --directory_prefix="$local_root" "$remote_root$relative_path"

Worttrennung ist genau das, was Sie wollen .

Mit "$wget_options"(zitiert), wgetweiß nicht, was mit dem einzelnen Argument zu tun ist --mirror --no-host-directoriesund beschwert sich

wget: unknown option -- mirror --no-host-directories

Damit wgetdie beiden Optionen angezeigt --mirrorund --no-host-directoriesgetrennt werden können, muss eine Wortteilung erfolgen.

Es gibt robustere Möglichkeiten, dies zu tun. Wenn Sie basheine andere Shell verwenden, die Arrays wie bashdo verwendet, lesen Sie die Antwort von Glenn Jackman . Die Antwort von Gilles beschreibt zusätzlich eine alternative Lösung für einfachere Schalen wie den Standard /bin/sh. Beide speichern im Wesentlichen jede Option als separates Element in einem Array.

Verwandte Frage mit guten Antworten: Warum verschluckt sich mein Shell-Skript an Leerzeichen oder anderen Sonderzeichen?

Variable Erweiterungen in doppelten Anführungszeichen sind eine gute Faustregel. Mach das . Dann sei dir der wenigen Fälle bewusst, in denen du das nicht tun solltest. Diese werden Ihnen anhand von Diagnosemeldungen wie der obigen Fehlermeldung angezeigt.

Darüber hinaus gibt es einige Fälle , in denen Sie nicht brauchen variable Erweiterungen zu zitieren. Es ist jedoch einfacher, weiterhin doppelte Anführungszeichen zu verwenden, da dies keinen großen Unterschied macht. Ein solcher Fall ist

variable=$other_variable

Ein anderer ist

case $variable in
    ...) ... ;;
esac

Die robusteste Methode zum Codieren ist die Verwendung eines Arrays:

wget_options=(
    --mirror 
    --no-host-directories
    --directory_prefix="$1"
)
wget "${wget_options[@]}" "$2/$3"

Sie versuchen, eine Liste von Zeichenfolgen in einer Zeichenfolgenvariablen zu speichern. Es passt nicht. Egal wie Sie auf die Variable zugreifen, etwas ist kaputt.

wget_options='--mirror --no-host-directories'Setzt die Variable wget_optionsauf eine Zeichenfolge, die ein Leerzeichen enthält. An diesem Punkt ist es nicht möglich zu wissen, ob der Raum Teil einer Option oder ein Trennzeichen zwischen Optionen sein soll.

Wenn Sie mit einer Ersetzung in Anführungszeichen auf die Variable zugreifen wget "$wget_options", wird der Wert der Variablen als Zeichenfolge verwendet. Dies bedeutet, dass es als einzelner Parameter an übergeben wird wget, es ist also eine einzelne Option. Dies bricht in Ihrem Fall ab, weil Sie damit mehrere Optionen gemeint haben.

Wenn Sie eine nicht in Anführungszeichen gesetzte Ersetzung verwenden wget $wget_options, wird der Wert der Zeichenfolgenvariablen einem Erweiterungsprozess mit dem Spitznamen "split + glob" unterzogen:

1. Nehmen Sie den Wert der Variablen und teilen Sie ihn in durch Leerzeichen getrennte Teile auf (vorausgesetzt, Sie haben die $IFSVariable nicht geändert ). Dies führt zu einer Zwischenliste von Zeichenfolgen.
2. Wenn es sich bei jedem Element der Zwischenliste um ein Platzhaltermuster handelt, das mit einer oder mehreren Dateien übereinstimmt, ersetzen Sie dieses Element durch die Liste der übereinstimmenden Dateien.

Dies funktioniert in Ihrem Beispiel, weil der Aufteilungsprozess das Leerzeichen in ein Trennzeichen verwandelt, aber im Allgemeinen nicht funktioniert, da eine Option Leerzeichen und Platzhalterzeichen enthalten kann.

In ksh, bash, yash und zsh können Sie eine Arrayvariable verwenden. Ein Array in der Shell-Terminologie ist eine Liste von Zeichenfolgen, sodass kein Informationsverlust auftritt. Um eine Array-Variable zu erstellen, setzen Sie Klammern um die Array-Elemente, wenn Sie der Variablen einen Wert zuweisen. Um auf alle Elemente des Arrays zuzugreifen, verwenden Sie - dies ist eine Verallgemeinerung von , die aus den Elementen des Arrays eine Liste bildet. Beachten Sie, dass Sie auch hier die doppelten Anführungszeichen benötigen, da ansonsten jedes Element split + glob durchläuft."${VARIABLE[@]}""$@"

wget_options=(--mirror --no-host-directories --user-agent="I can haz spaces")
wget "${wget_options[@]}" …

In plain sh gibt es keine Arrayvariablen. Wenn es Ihnen nichts ausmacht, die Positionsargumente zu verlieren, können Sie sie zum Speichern einer Liste von Zeichenfolgen verwenden.

set -- --mirror --no-host-directories --user-agent="I can haz spaces"
wget "$@" …

Weitere Informationen finden Sie unter Warum verschluckt sich mein Shell-Skript an Leerzeichen oder anderen Sonderzeichen?