Bash确实将问题与[，[[，((，$((等))等混淆了。

所有人都在践踏彼此的代码空间。我想这主要是历史原因，巴什不得不偶尔装成。

大多数时候，我可以选择一种方法并坚持下去。在这种情况下，我倾向于声明(最好是在我可以包含的公共库文件中)。在我的实际脚本(s))。

TRUE=1; FALSE=0

然后我可以使用((…))算术运算符来测试。

testvar=$FALSE

if [[ -d ${does_directory_exist} ]]
then
    testvar=$TRUE;
fi

if (( testvar == TRUE )); then
    # Do stuff because the directory does exist
fi

你必须遵守纪律。你的testvar必须在任何时候都被设置为$TRUE或$FALSE。 在(……))比较器，你不需要前面的$，这使得它更可读。 我可以用(…))，因为$TRUE=1和$FALSE=0，即数值。 缺点是不得不偶尔使用$: 真正testvar = $ 这可不太好。

这不是一个完美的解决方案，但它涵盖了我需要这种测试的所有情况。

POSIX(便携式操作系统接口)

我忽略了关键的一点，那就是便携性。这就是为什么我的头文件本身有POSIX。

基本上，所有投票的答案都是正确的，除了它们太特定于bash之外。

基本上，我只想添加更多关于可移植性的信息。

像["$var" = true]中的[和]括号是不必要的，你可以省略它们，直接使用test命令: test "$var" = true && yourCodeIfTrue || yourCodeIfFalse 重要提示:我不再推荐这种方法，因为它正在慢慢被弃用，而且组合多个语句更加困难。 想象一下这些单词true和false对shell意味着什么，自己测试一下: Echo $((true)) 0 Echo $((false)) 1 但是使用引号: Echo $(("true")) Bash: "true":语法错误:操作数预期(错误令牌是"true") Sh(破折号):Sh: 1:算术表达式:期望主:""true"" 这同样适用于: Echo $(("false")) shell只能解释一个字符串。我希望你的想法是多么好的使用适当的关键字没有引号。 但在之前的回答中没有人这么说。 这是什么意思?嗯，有几件事。 你应该习惯布尔关键字实际上被视为数字，即true = 0和false = 1，记住所有非零值都被视为false。 因为它们被视为数字，你也应该这样对待它们，即如果你定义变量说: var_bool = true 回声“var_bool美元” 真正的 你可以用以下方法创建它的相反值: Var_bool =$((1 - $ Var_bool)) #与$((!美元var_bool)) 回声“var_bool美元” 1 正如您自己所看到的，shell在您第一次使用它时确实打印了true字符串，但从那以后，它都分别通过数字0表示true或1表示false来工作。

最后，你应该如何处理所有这些信息

首先，一个好习惯是赋值0而不是true;1而不是false。 第二个好习惯是测试变量是否等于0: If ["$var_bool" -eq 0];然后 yourCodeIfTrue 其他的 yourCodeIfFalse fi

在大多数情况下，您需要“布尔”来执行布尔操作，例如!&&或||。在一些语言中，特殊的布尔类型根本不存在(因为实际上你在技术上不需要它)，在大多数解释型语言中(几乎)所有类型在操作中自动转换为某种布尔类型，比如!&&或||。

布尔运算总是适用于布尔运算。在Bash中，这样的操作是(在$var周围没有“”，这非常重要!):

[[ $var ]] - check if var is true
[[ ! $var ]] - check if var is false
[[ $var1 || $var2 ]] - var1 or var2
[[ $var1 && $var2 ]] - var1 and var2

[[$var]]仅当var= "(或未设置)时为false。所以唯一一个正确的“假”值的变量在bash是“(空字符串)。对于true，你可以选择任何值，但我更喜欢var=1(就像在其他语言中，true是任何非null int，但出于可读性的目的，程序员总是使用1)。

注意:对于var='false'， var在布尔检查中为真。在Bash中字符串'false'实际上是true(与所有其他语言相同!)。Bash和Python、Perl或PHP之间唯一的区别是，在Bash 0中也是如此。但是，Bash中也有布尔运算，它们的工作原理和所有其他解释语言一样，除了Bash中的0为真。

在Bash中使用字符串'true'和'false'作为布尔替换是绝对不合理的。这就像在Python、Perl或PHP中使用相同的奇怪概念一样。它的工作速度较慢(在Bash中也是如此)，没有人在其他语言中这样做，但在Bash中有很多程序员认为这是一个很好的解决方案。不。在Bash中没有理由不直接使用布尔运算，没有像$var == 'true'或$var == 'false'这样绝对奇怪的比较。

再次强调，Bash中的布尔替换是:

var=''  # false
var=1   # true (actually any non-empty string)

在Bash中直接使用布尔检查也是执行类布尔检查的最快方法。所有其他结构都要慢得多。

注:“旧”风格的“布尔”检查像a=true;如果美元;然后……绝对是白痴，因为:

不能在[[]]条件下直接使用 它们充当bash代码的eval，存储在变量中。好吧，如果你认为这是个好主意，请不要写任何程序;)

P.P.S.如果$var可以取消设置，并且你使用了非常有用的set -u，只需在检查中将$var替换为${var-}，例如[[${var-}]](还有:没有“”，这对代码执行速度很重要!)

使用布尔值的另一种方法是测试值是否为空。这样做的好处是可以进行更短的测试:

first=1  # A true value
second=   # A false value

[ -n "$first" ]  && echo 'First var is true'
[ -z "$first" ]  && echo 'First var is false'
[ -n "$second" ] && echo 'Second var is true'
[ -z "$second" ] && echo 'Second var is false'

输出:

First var is true
Second var is false

下面是bash的另一个测试语法:[[-n $one]]

我对(我自己的)愚蠢的看法:

# setting ----------------
commonMode=false
if [[ $something == 'COMMON' ]]; then
    commonMode=true
fi

# using ----------------
if $commonMode; then
    echo 'YES, Common Mode'
else
    echo 'NO, no Common Mode'
fi

$commonMode && echo 'commonMode is ON  ++++++'
$commonMode || echo 'commonMode is OFF xxxxxx'

与其伪造一个布尔值，给未来的读者留下一个陷阱，为什么不使用一个比真和假更好的值呢?

例如:

build_state=success
if something-horrible; then
  build_state=failed
fi

if [[ "$build_state" == success ]]; then
  echo go home; you are done
else
  echo your head is on fire; run around in circles
fi