Kurz gesagt, zitieren Sie alles, wo Sie die Shell nicht benötigen, um Token-Splitting und Wildcard-Erweiterung durchzuführen.
Einfache Anführungszeichen schützen den Text zwischen ihnen wörtlich. Es ist das richtige Werkzeug, wenn Sie sicherstellen müssen, dass die Shell die Saite überhaupt nicht berührt. In der Regel ist dies der Anführungsmechanismus der Wahl, wenn Sie keine variable Interpolation benötigen.
$ echo 'Nothing \t in here $will change'
Nothing \t in here $will change
$ grep -F '@&$*!!' file /dev/null
file:I can't get this @&$*!! quoting right.
Doppelte Anführungszeichen sind geeignet, wenn eine variable Interpolation erforderlich ist. Mit geeigneten Anpassungen ist es auch eine gute Problemumgehung, wenn Sie einfache Anführungszeichen in der Zeichenfolge benötigen. (Es gibt keine einfache Möglichkeit, ein einfaches Anführungszeichen zwischen einfachen Anführungszeichen zu umgehen, da es in einfachen Anführungszeichen keinen Escape-Mechanismus gibt. Wenn dies der Fall wäre, würden sie nicht vollständig wörtlich zitieren.)
$ echo "There is no place like '$HOME'"
There is no place like '/home/me'
Keine Anführungszeichen sind geeignet, wenn die Shell speziell eine Token-Aufteilung und / oder Wildcard-Erweiterung durchführen soll.
Token-Aufteilung;
$ words="foo bar baz"
$ for word in $words; do
> echo "$word"
> done
foo
bar
baz
Im Gegensatz:
$ for word in "$words"; do echo "$word"; done
foo bar baz
(Die Schleife wird nur einmal über die einzelne Zeichenfolge in Anführungszeichen ausgeführt.)
$ for word in '$words'; do echo "$word"; done
$words
(Die Schleife wird nur einmal über die wörtliche Zeichenfolge in einfachen Anführungszeichen ausgeführt.)
Platzhaltererweiterung:
$ pattern='file*.txt'
$ ls $pattern
file1.txt file_other.txt
Im Gegensatz:
$ ls "$pattern"
ls: cannot access file*.txt: No such file or directory
(Es gibt keine wörtlich benannte Datei file*.txt.)
$ ls '$pattern'
ls: cannot access $pattern: No such file or directory
(Es gibt auch keine Datei mit dem Namen $pattern!)
Konkreter sollte alles, was einen Dateinamen enthält, normalerweise in Anführungszeichen gesetzt werden (da Dateinamen Leerzeichen und andere Shell-Metazeichen enthalten können). Alles, was eine URL enthält, sollte normalerweise in Anführungszeichen gesetzt werden (da viele URLs Shell-Metazeichen wie ?und enthalten &). Alles, was einen regulären Ausdruck enthält, sollte normalerweise zitiert werden (dito dito). Alles, was signifikante Leerzeichen außer einzelnen Leerzeichen zwischen Nicht-Leerzeichen enthält, muss in Anführungszeichen gesetzt werden (da die Shell sonst das Leerzeichen effektiv in einzelne Leerzeichen einfügt und alle führenden oder nachfolgenden Leerzeichen abschneidet).
Wenn Sie wissen, dass eine Variable nur einen Wert enthalten kann, der keine Shell-Metazeichen enthält, ist das Zitieren optional. Ein nicht zitiertes Element $?ist also grundsätzlich in Ordnung, da diese Variable immer nur eine einzige Zahl enthalten kann. Es "$?"ist jedoch auch korrekt und wird aus Gründen der allgemeinen Konsistenz und Korrektheit empfohlen (obwohl dies meine persönliche Empfehlung ist, keine allgemein anerkannte Richtlinie).
Werte, die keine Variablen sind, folgen grundsätzlich denselben Regeln, obwohl Sie dann auch alle Metazeichen umgehen können, anstatt sie in Anführungszeichen zu setzen. In einem allgemeinen Beispiel wird eine URL mit einem &darin von der Shell als Hintergrundbefehl analysiert, es sei denn, das Metazeichen wird maskiert oder in Anführungszeichen gesetzt:
$ wget http://example.com/q&uack
[1] wget http://example.com/q
-bash: uack: command not found
(Dies geschieht natürlich auch, wenn sich die URL in einer Variablen ohne Anführungszeichen befindet.) Für eine statische Zeichenfolge sind einfache Anführungszeichen am sinnvollsten, obwohl hier jede Form von Anführungszeichen oder Escapezeichen funktioniert.
wget 'http://example.com/q&uack' # Single quotes preferred for a static string
wget "http://example.com/q&uack" # Double quotes work here, too (no $ or ` in the value)
wget http://example.com/q\&uack # Backslash escape
wget http://example.com/q'&'uack # Only the metacharacter really needs quoting
Das letzte Beispiel schlägt auch ein anderes nützliches Konzept vor, das ich gerne als "Wippzitat" bezeichne. Wenn Sie einfache und doppelte Anführungszeichen mischen müssen, können Sie sie nebeneinander verwenden. Zum Beispiel die folgenden Zeichenfolgen in Anführungszeichen
'$HOME '
"isn't"
' where `<3'
"' is."
kann hintereinander eingefügt werden und bildet nach dem Tokenisieren und Entfernen von Anführungszeichen eine einzige lange Zeichenfolge.
$ echo '$HOME '"isn't"' where `<3'"' is."
$HOME isn't where `<3' is.
Dies ist nicht schlecht lesbar, aber es ist eine übliche Technik und daher gut zu wissen.
Abgesehen davon sollten Skripte normalerweise lsfür nichts verwendet werden. Um einen Platzhalter zu erweitern, verwenden Sie ihn einfach.
$ printf '%s\n' $pattern # not ``ls -1 $pattern''
file1.txt
file_other.txt
$ for file in $pattern; do # definitely, definitely not ``for file in $(ls $pattern)''
> printf 'Found file: %s\n' "$file"
> done
Found file: file1.txt
Found file: file_other.txt
(Die Schleife ist im letzteren Beispiel völlig überflüssig. Sie printffunktioniert auch mit mehreren Argumenten stateinwandfrei. Das Schleifen über eine Platzhalterübereinstimmung ist jedoch ein häufiges Problem und wird häufig falsch ausgeführt.)
Eine Variable, die eine Liste von Token enthält, die durchlaufen werden sollen, oder ein Platzhalter, der erweitert werden soll, wird seltener angezeigt. Daher wird manchmal die Abkürzung "Alles zitieren, wenn Sie nicht genau wissen, was Sie tun" abgekürzt.