Operatori di uguaglianza di Bash (==, -eq)

Qualcuno può spiegare la differenza tra -eqe ==negli script bash?

C'è qualche differenza tra i seguenti?

[ $a -eq $b ] e [ $a == $b ]

È semplicemente ==usato solo quando le variabili contengono numeri?

È il contrario: =e ==sono per i confronti di stringhe, -eqè per quelli numerici. -eqè nella stessa famiglia -lt, -le, -gt, -ge, e -ne, se questo ti aiuta a ricordare quale è quale.

==è un bash-ism, comunque. È meglio usare POSIX =. In bash i due sono equivalenti, e in sh =è l'unico garantito per funzionare.

$ a=foo
$ [ "$a" = foo ]; echo "$?"       # POSIX sh
0
$ [ "$a" == foo ]; echo "$?"      # bash specific
0
$ [ "$a" -eq foo ]; echo "$?"     # wrong
-bash: [: foo: integer expression expected
2

(Nota a margine: cita quelle espansioni variabili! Non tralasciare le doppie virgolette sopra.)

Se stai scrivendo uno #!/bin/bashscript, ti consiglio di utilizzare [[invece . La forma raddoppiata ha più funzioni, una sintassi più naturale e meno gotcha che ti faranno inciampare. Le virgolette doppie non sono più necessarie in giro $a, per uno:

$ [[ $a == foo ]]; echo "$?"      # bash specific
0

Guarda anche:

• Qual è la differenza tra [e [[in Bash?

Dipende dal costrutto del test attorno all'operatore. Le opzioni disponibili sono doppia parentesi, doppie parentesi graffe, singole parentesi graffe o test

Se usi ((...)) , stai testando l'equità aritmetica con ==come in C:

$ (( 1==1 )); echo $?
0
$ (( 1==2 )); echo $?
1

(Nota: 0significa truein senso Unix e non zero è un test fallito)

L'uso -eqall'interno della doppia parentesi è un errore di sintassi.

Se si utilizza [...] (o parentesi graffa singola) o [[...]] (o parentesi graffa doppia), oppure testè possibile utilizzare uno di -eq, -ne, -lt, -le, -gt o -ge come confronto aritmetico .

$ [ 1 -eq 1 ]; echo $?
0
$ [ 1 -eq 2 ]; echo $?
1
$ test 1 -eq 1; echo $?
0

L' ==interno di parentesi graffe singole o doppie (o testcomando) è uno degli operatori di confronto delle stringhe :

$ [[ "abc" == "abc" ]]; echo $?
0
$ [[ "abc" == "ABC" ]]; echo $?
1

Come operatore di stringa, =equivale a ==e nota lo spazio bianco intorno =o è ==richiesto.

Mentre puoi farlo [[ 1 == 1 ]]o [[ $(( 1+1 )) == 2 ]]sta testando l'uguaglianza delle stringhe, non l'uguaglianza aritmetica.

Quindi -eqproduce probabilmente il risultato atteso che il valore intero di 1+1sia uguale 2anche se RH è una stringa e ha uno spazio finale:

$ [[ $(( 1+1 )) -eq  "2 " ]]; echo $?
0

Mentre un confronto di stringhe dello stesso raccoglie lo spazio finale e quindi il confronto di stringhe fallisce:

$ [[ $(( 1+1 )) ==  "2 " ]]; echo $?
1

E un confronto di stringhe errato può produrre la risposta sbagliata completa. '10' è lessicograficamente inferiore a '2', quindi viene restituito un confronto di stringhe trueo 0. Così tanti sono morsi da questo errore:

$ [[ 10 < 2 ]]; echo $?
0

vs il test corretto per 10 essendo aritmeticamente inferiore a 2:

$ [[ 10 -lt 2 ]]; echo $?
1

Nei commenti, c'è una domanda sul motivo tecnico che utilizza l'intero -eqsulle stringhe restituisce True per le stringhe che non sono le stesse:

$ [[ "yes" -eq "no" ]]; echo $?
0

Il motivo è che Bash non è tipizzato . Questo -eqfa sì che le stringhe vengano interpretate come numeri interi se possibile inclusa la conversione di base:

$ [[ "0x10" -eq 16 ]]; echo $?
0
$ [[ "010" -eq 8 ]]; echo $?
0
$ [[ "100" -eq 100 ]]; echo $?
0

E 0se Bash pensa che sia solo una stringa:

$ [[ "yes" -eq 0 ]]; echo $?
0
$ [[ "yes" -eq 1 ]]; echo $?
1

Quindi [[ "yes" -eq "no" ]]è equivalente a[[ 0 -eq 0 ]]

Ultima nota: molte estensioni specifiche di Bash per i costrutti di test non sono POSIX e pertanto falliranno in altre shell. Altre shell generalmente non supportano [[...]]e ((...))o== .

==è un alias specifico per bash =ed esegue un confronto di stringhe (lessicale) anziché un confronto numerico. eqessendo un confronto numerico ovviamente.

Infine, di solito preferisco utilizzare il modulo if [ "$a" == "$b" ]

Ragazzi: diverse risposte mostrano esempi pericolosi. L'esempio di OP ha [ $a == $b ]utilizzato specificamente la sostituzione di variabili non quotate (a partire dalla modifica del 17 ottobre). Per [...]questo è sicuro per l'uguaglianza delle stringhe.

Ma se stai per elencare alternative come [[...]], devi anche informare che il lato destro deve essere citato. Se non citato, è una corrispondenza del modello! (Dalla pagina man di bash: "Qualsiasi parte del pattern può essere quotata per forzare la corrispondenza come stringa.").

Qui in bash, le due affermazioni che producono "yes" sono pattern matching, altre tre sono l'uguaglianza delle stringhe:

$ rht="A*"
$ lft="AB"
$ [ $lft = $rht ] && echo yes
$ [ $lft == $rht ] && echo yes
$ [[ $lft = $rht ]] && echo yes
yes
$ [[ $lft == $rht ]] && echo yes
yes
$ [[ $lft == "$rht" ]] && echo yes
$