Fehler beim Shell Bracket-Test, wenn die Zeichenfolge in einer linken Klammer steht

Früher war ich mir sicher, dass das Zitieren von Zeichenfolgen immer eine gute Methode ist, um zu vermeiden, dass die Shell sie analysiert.

Dann bin ich auf folgendes gestoßen:

$ x='('
$ [ "$x" = '1' -a "$y" = '1' ]
bash: [: `)' expected, found 1

Beim Versuch, das Problem einzugrenzen, wird derselbe Fehler angezeigt:

$ [ '(' = '1' -a '1' = '1' ]
bash: [: `)' expected, found 1

Ich habe das Problem folgendermaßen gelöst:

[ "$x" = '1' ] && [ "$y" = '1' ]

Trotzdem muss ich wissen, was hier los ist.

Dies ist ein sehr undurchsichtiger Eckfall, bei dem man einen Fehler in der [Definition des integrierten Tests in Betracht ziehen könnte . Es entspricht jedoch dem Verhalten der tatsächlichen [Binärdatei, die auf vielen Systemen verfügbar ist. Soweit ich sagen kann, es wirkt sich nur auf bestimmte Fälle und eine Variable einen Wert hat, eine übereinstimmt [Operator wie (, !, =, -e, und so weiter.

Lassen Sie mich erklären, warum und wie man es in Bash- und POSIX-Shells umgeht.

Erläuterung:

Folgendes berücksichtigen:

x="("
[ "$x" = "(" ] && echo yes || echo no

Kein Problem; das obige ergibt keinen Fehler und gibt aus yes. So erwarten wir, dass Dinge funktionieren. Sie können die Vergleichszeichenfolge '1'wie gewünscht und den Wert von in ändern x, und es funktioniert wie erwartet.

Beachten Sie, dass sich die eigentliche /usr/bin/[Binärdatei genauso verhält. Wenn Sie zB laufen'/usr/bin/[' '(' = '(' ']' liegt kein Fehler vor, da das Programm erkennen kann, dass die Argumente aus einer einzelnen Zeichenfolgenvergleichsoperation bestehen.

Der Fehler tritt auf, wenn wir und mit einem zweiten Ausdruck. Es spielt keine Rolle, was der zweite Ausdruck ist, solange er gültig ist. Beispielsweise,

[ '1' = '1' ] && echo yes || echo no

gibt aus yesund ist offensichtlich ein gültiger Ausdruck; aber wenn wir die beiden kombinieren,

[ "$x" = "(" -a '1' = '1' ] && echo yes || echo no

Bash lehnt den Ausdruck , wenn und nur wenn xist (oder! .

Wenn wir das oben genannte unter Verwendung des tatsächlichen [Programms ausführen würden , d.h.

'/usr/bin/[' "$x" = "(" -a '1' = '1' ] && echo yes || echo no

Der Fehler wäre verständlich: Da die Shell die Variablensubstitutionen ausführt, die /usr/bin/[Binärdatei nur Parameter empfängt ( = ( -a 1 = 1und beendet ], kann sie verständlicherweise nicht analysieren, ob die offenen Klammern einen Unterausdruck beginnen oder nicht, da ein und vorhanden ist -Operation beteiligt ist. Sicher, das Parsen als zwei Zeichenfolgenvergleiche ist möglich, aber wenn Sie dies gierig tun, kann dies zu Problemen führen, wenn es auf korrekte Ausdrücke mit in Klammern gesetzten Unterausdrücken angewendet wird.

Das eigentliche Problem ist, dass sich die [eingebaute Shell genauso verhält, als würde sie den Wert von xvor der Prüfung des Ausdrucks erweitern.

(Diese und andere Unklarheiten im Zusammenhang mit der Variablenerweiterung waren ein wichtiger Grund für die Implementierung von Bash und empfehlen nun, stattdessen die [[ ... ]]Testausdrücke zu verwenden.)

Die Problemumgehung ist trivial und wird häufig in Skripten mit älteren shShells verwendet. Sie fügen häufig ein "sicheres" Zeichen xvor die Zeichenfolgen ein (beide Werte werden verglichen), um sicherzustellen, dass der Ausdruck als Zeichenfolgenvergleich erkannt wird:

[ "x$x" = "x(" -a "x$y" = "x1" ]

[aka testsieht:

 argc: 1 2 3 4  5 6 7 8
 argv: ( = 1 -a 1 = 1 ]

testakzeptiert Unterausdrücke in Klammern; Daher wird angenommen, dass die linke Klammer einen Unterausdruck öffnet und versucht, ihn zu analysieren. Der Parser sieht das =als erstes in dem Unterausdruck und denkt, dass es sich um einen impliziten Stringlängentest handelt, also ist er glücklich. Auf den Unterausdruck sollte dann eine rechte Klammer folgen, und stattdessen findet der Parser 1statt ). Und es beschwert sich.

Wenn testgenau drei Argumente vorhanden sind und das mittlere Argument einer der erkannten Operatoren ist, wendet es diesen Operator auf das erste und dritte Argument an, ohne nach Unterausdrücken in Klammern zu suchen.

Für die vollständigen Details schauen Sie auf man bash, suchen Sie nach test expr.

Fazit: Der von verwendete Parsing-Algorithmus testist kompliziert. Verwenden Sie nur einfache Ausdrücke und verwenden Sie die Shell - Operatoren !, &&und ||sie zu kombinieren.