変数を文字列またはintとして比較するときに大きな違いはありますか

好奇心から、bash変数の比較（値はinteger）を行う場合、an intまたはaとして宣言された定義済みの値に対してテストできstringます。

サンプルスクリプト：

#!/bin/bash
f1()
{
        [ "$1" == "1" ] && echo "$FUNCNAME: \"1\" compared as string"
}

f2()
{
        [[ "$1" -eq 1 ]] && echo "$FUNCNAME: \"1\" compared as int"
}

f1 $1
f2 $1

出力：

$  ./param.sh 1
f1: "1" compared as string
f2: "1" compared as int

そして

$  ./param.sh blah
$

両方の関数は同じように動作しますので、整数変数をチェックするときに好ましい方法があるのだろうかと思いますか？私はチェックのために行くだろうint対intそれはより厳格だとしてではなくて、それをやって任意のドローバックがあるのだろうかstring？

この場合、f2()比較もより厳密になります。つまり、10進数値を渡すと壊れますがf1()、問題はありません。

うん、多くの違い。たとえば=、正確な文字列の等価性をチェックしますが、-eq等価性をチェックする前に両方の式を算術的に評価します。

$ [ " 1 " -eq 1 ] && echo equal || echo not
equal
$ [ " 1 " = 1 ] && echo equal || echo not
not

$ [ +1 -eq 1 ] && echo equal || echo not
equal
$ [ +1 = 1 ] && echo equal || echo not
not

$ [ "0+1" -eq 1 ] && echo equal || echo not
equal
$ [ "0+1" = 1 ] && echo equal || echo not
not

また、空の文字列は数値的にゼロに等しくなります。

$ [ "" -eq 0 ] && echo equal || echo not
equal
$ [ "" = 0 ] && echo equal || echo not
not

そして、比較演算子を導入すると、他のクラスの違いが現れます- 例えば、<vsを考慮して-ltください：

$ [[ 2 -lt 10 ]] && echo less || echo not
less
$ [[ 2 < 10 ]] && echo less || echo not
not

これは、文字列 "2"が文字列 "10"の後にアルファベット順である（1は2の前に来るため）が、数値 "2"は数値 "10"よりも小さいためです。

整数と文字列の比較は、以下よりも大きいまたは小さい場合に最も重要になります。

#!/bin/bash

eleven=11
nine=9

[[ $nine < $eleven ]] && echo string   # fail

[[ "$nine" -lt "$eleven" ]] && echo integer # pass

辞書順でソートされた場合、9が11の後に来るため、最初のものは失敗します。

引用符を使用しても、文字列と数値のどちらを比較するかは決定されないことに注意してください。上記の引用符を追加または削除できますが、違いはありません。Bashは二重括弧内の未定義の変数をキャッチするため、引用符は必要ありません。数値テストに単一の角括弧を含む引用符を使用しても、次の理由からあなたを救うことはできません。

[ "" -lt 11 ]

とにかくエラーです（「整数式が必要」）。引用符は、単一の括弧内の文字列比較による効果的な保護手段です。

[ "" \< 11 ]

内注ダブルブラケット、""意志-eq 0はありません== 0。

言われたことに加えて。
シェルスクリプトでは、高速な計算が必要になることはまれですが、等しいかどうかを数値で比較すると高速になります。

$ b=234
$ time for ((a=1;a<1000000;a++)); do [[ $b = "234" ]]; done

real    0m13.008s
user    0m12.677s
sys 0m0.312s

$ time for ((a=1;a<1000000;a++)); do [[ $b -eq 234 ]]; done

real    0m10.266s
user    0m9.657s
sys 0m0.572s