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

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]]

很久以前，当我们只有sh时，布尔值依赖于测试程序的约定来处理，在测试程序中，如果运行时不带任何参数，则返回错误的退出状态。

这允许人们认为一个未设置为false的变量和设置为任何值的变量为true。今天，test是Bash内置的，通常以它的一个字符别名[(或者在没有它的shell中使用的可执行文件，如dolmen所述)而为人所知:

FLAG="up or <set>"

if [ "$FLAG" ] ; then
    echo 'Is true'
else
    echo 'Is false'
fi

# Unset FLAG
#    also works
FLAG=

if [ "$FLAG" ] ; then
    echo 'Continues true'
else
    echo 'Turned false'
fi

由于引号的约定，脚本作者更喜欢使用复合命令[[，它模仿test，但具有更好的语法:带空格的变量不需要被引用;可以使用&&和||作为具有奇怪优先级的逻辑运算符，并且没有POSIX对术语数量的限制。

例如，要确定是否设置了FLAG并且COUNT是一个大于1的数字:

FLAG="u p"
COUNT=3

if [[ $FLAG  && $COUNT -gt '1' ]] ; then
    echo 'Flag up, count bigger than 1'
else
    echo 'Nope'
fi

当空格、零长度字符串和空变量都需要时，或者当脚本需要使用多个shell时，这些东西可能会令人困惑。

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

[[ "$x" == 'true' || "$x" -ne 0 ]] && ...

足够简单并且没有依赖项。

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

例如:

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

这是一个关于在Bash中测试“布尔”值的不同方法的速度测试:

#!/bin/bash
rounds=100000

b=true # For true; b=false for false
type -a true
time for i in $(seq $rounds); do command $b; done
time for i in $(seq $rounds); do $b; done
time for i in $(seq $rounds); do [ "$b" == true ]; done
time for i in $(seq $rounds); do test "$b" == true; done
time for i in $(seq $rounds); do [[ $b == true ]]; done

b=x; # Or any non-null string for true; b='' for false
time for i in $(seq $rounds); do [ "$b" ]; done
time for i in $(seq $rounds); do [[ $b ]]; done

b=1 # Or any non-zero integer for true; b=0 for false
time for i in $(seq $rounds); do ((b)); done

它会打印出

true is a shell builtin
true is /bin/true

real    0m0,815s
user    0m0,767s
sys     0m0,029s

real    0m0,562s
user    0m0,509s
sys     0m0,022s

real    0m0,829s
user    0m0,782s
sys     0m0,008s

real    0m0,782s
user    0m0,730s
sys     0m0,015s

real    0m0,402s
user    0m0,391s
sys     0m0,006s

real    0m0,668s
user    0m0,633s
sys     0m0,008s

real    0m0,344s
user    0m0,311s
sys     0m0,016s

real    0m0,367s
user    0m0,347s
sys     0m0,017s