Variable mit Anführungszeichen "$ ()"

Ich habe dieses Skript geschrieben:

#!/bin/bash
while [ true ] 
do
    currentoutput="$(lsusb)"
    if [ "$currentoutput" != "$lastoutput" ]
    then
        echo "" date and Time >> test.log
        date +%x_r >> test.log
        lastoutput="$(lsusb)"
        lsusb >> test.log
    fi
    sleep 5
done

Ich bin ein Neuling, der versucht, schnell zu lernen, und ich habe eine Frage zu den Anführungszeichen der Variablen .

Setzen Sie eine Variable zwischen $ (), ich bekomme es, aber warum werden die Anführungszeichen auch in der ifAnweisung benötigt? Soll ein verschachtelter Befehl ausgeführt werden?

Anführungszeichen verhindern "Wortteilung". Das heißt: Unterteilen von Variablen in mehrere Elemente mit Leerzeichen (oder genauer gesagt mit Leerzeichen, Tabulatoren und Zeilenumbrüchen, wie im Wert der Standard- $IFSShell-Variablen definiert).

Beispielsweise,

$ var="one two"
$ howmany(){ echo $#;  }
$ howmany $var
2
$ howmany "$var"
1

Hier definieren wir die howmanyFunktion, mit der wir nur wissen, wie viele Positionsparameter angegeben sind. Wie Sie sehen, werden zwei Elemente an die Variable übergeben, und mit den Anführungszeichen wird der Text in der Variablen als eine Einheit behandelt.

Dies ist wichtig für die korrekte Weitergabe von Informationen. Wenn die Variable beispielsweise den Pfad zur Datei enthält und der Dateiname an einer beliebigen Stelle im Pfad Leerzeichen enthält, schlägt der auszuführende Befehl möglicherweise fehl oder liefert ungenaue Ergebnisse. Wenn wir versuchen würden, eine Datei mit der $varVariablen touch $varzu erstellen , würden wir zwei Dateien erstellen, aber touch "$var"nur eine.

Gleiches gilt für deinen [ "$currentoutput" != "$lastoutput" ]Teil. Dieser spezielle Test führt einen Vergleich mit zwei Zeichenfolgen durch. Wenn der Test ausgeführt wird, muss der [Befehl drei Argumente anzeigen - eine Textzeichenfolge, den !=Operator und eine andere Textzeichenfolge. Wenn Sie doppelte Anführungszeichen verwenden, wird die Wortteilung verhindert, und der [Befehl erkennt genau diese drei Argumente. Was passiert nun, wenn Variablen nicht in Anführungszeichen gesetzt sind?

$ var="hello world"
$ foo="hi world"
$ [ $var != $foo ]
bash: [: too many arguments
$ 

Hier tritt Wort Spaltung und stattdessen [sieht zwei Saiten hellound worldgefolgt von !=, gefolgt von zwei anderen Saiten hi world. Entscheidend ist, dass der Inhalt von Variablen ohne doppelte Anführungszeichen als separate Einheiten und nicht als ein ganzes Element verstanden wird.

Das Zuweisen der Befehlsersetzung erfordert keine doppelten Anführungszeichen wie in

var=$( df )

wo Sie die dfAusgabe des Befehls gespeichert haben var. Es ist jedoch eine gute Angewohnheit, Variablen und Befehlsersetzungen immer in doppelte Anführungszeichen zu setzen, es sei $(...)denn, Sie möchten, dass die Ausgabe als separate Elemente behandelt wird.

Nebenbei bemerkt, die

while [ true ]

Teil kann sein

while true

[ist ein Befehl, der seine Argumente auswertet und [ whatever ]immer wahr ist, unabhängig davon, was sich darin befindet. Im Gegensatz dazu while truewird der Befehl verwendet, trueder immer den Status "Erfolgreich beendet" zurückgibt (und genau das whilebenötigt die Schleife). Der Unterschied ist ein bisschen mehr Klarheit und weniger Tests durchgeführt. Alternativ könnten Sie auch :anstelle von verwendentrue

Die doppelten Anführungszeichen zum echo "" date and TimeTeil könnten wahrscheinlich entfernt werden. Sie fügen lediglich eine leere Zeichenfolge ein und fügen der Ausgabe zusätzlichen Speicherplatz hinzu. Wenn Sie dies wünschen, können Sie sie dort aufbewahren, aber in diesem Fall gibt es keinen bestimmten funktionalen Wert.

lsusb >> test.log

Dieser Teil könnte wahrscheinlich durch ersetzt werden echo "$currentoutput" >> test.log. Es gibt keinen Grund, lsusberneut zu starten , nachdem es bereits in ausgeführt wurde currentoutput=$(lsusb). In Fällen, in denen nachgestellte Zeilenumbrüche in der Ausgabe beibehalten werden müssen, kann der Wert durch mehrmaliges Ausführen eines Befehls angezeigt werden, dies ist jedoch lsusbnicht erforderlich. Je weniger externe Befehle Sie aufrufen, desto besser, da jeder Aufruf eines nicht integrierten Befehls Kosten für CPU, Speichernutzung und Ausführungszeit verursacht (obwohl die Befehle wahrscheinlich aus dem Speicher vorgeladen sind).

Siehe auch:

• Wann ist eine doppelte Anführungszeichen erforderlich?
• Wozu dient der Bash-Null-Operator (Doppelpunkt)?
• Auswirkungen auf die Sicherheit, wenn Sie vergessen, eine Variable in Bash / POSIX-Shells anzugeben

In currentoutput="$(lsusb)"lsusb keine Variable ist, ist es ein Befehl. Diese Anweisung führt den lsusbBefehl aus und weist die Ausgabe der currentoutputVariablen zu.

Ältere Syntax dafür war

currentoutput=`lsusb`

Sie finden es in vielen Beispielen und Skripten

Um den anderen Teil Ihrer Frage zu beantworten, if [ ]wird ifin bash lediglich die Syntax für definiert. Weitere Informationen finden Sie unter https://www.tldp.org/LDP/Bash-Beginners-Guide/html/sect_07_01.html

Der folgende Befehl führt den externen Befehl aus commandund gibt seine Ausgabe zurück.

"$(command)"

Ohne die Klammern würde dies nach einer Variablen suchen, anstatt einen Befehl auszuführen:

"$variable"

Der Unterschied zwischen $variableund "$variable"wird relevant, wenn $variableLeerzeichen enthalten sind. Bei der Verwendung "$variable"wird der gesamte Variableninhalt in eine einzelne Zeichenfolge eingefügt, auch wenn der Inhalt Leerzeichen enthält. Bei der Verwendung kann $variableder Inhalt der Variablen zu einer Argumentliste mit mehreren Argumenten erweitert werden.

Um dagegen zu sein, empfiehlt bash, das [[ ... ]]over-the- [ ... ]Konstrukt zu verwenden, um zu vermeiden, dass Variablen im Test in Anführungszeichen gesetzt werden müssen, und damit die damit verbundenen Probleme der Wortteilung, auf die die anderen hingewiesen haben.

[wird in bash bereitgestellt, um POSIX-Kompatibilität mit Skripten zu gewährleisten, die unter #!/bin/shbash ausgeführt oder nach bash portiert werden sollen. Sie sollten dies größtenteils vermeiden [[.

z.B

# With [ - quotes are needed

$ foo='one two'; bar='one two'; [ $foo = $bar ] && echo "they're equal"
-bash: [: too many arguments

$ foo='one two'; bar='one two'; [ "$foo" = "$bar" ] && echo "they're equal"                                                                                                              
they're equal

# versus [[ - quotes not needed

$ foo='one two'; bar='one two'; [[ $foo = $bar ]] && echo "they're equal"
they're equal