ShellCheck项目：警惕脚本中使用条件判断与逻辑运算符的陷阱

在Shell脚本编程中，条件判断语句的两种常见写法存在一个容易被忽视的差异。许多开发者习惯使用[ condition ] && command这种简洁的写法替代传统的if [ condition ]; then command; fi结构，但很少有人注意到这两种写法在脚本退出码行为上的关键区别。

当[ condition ] && command作为脚本或函数的最后一行时，如果条件判断失败，整个脚本的退出码会变为1。而使用完整的if语句结构时，无论条件是否成立，脚本都会正常返回0退出码。这个细微差别可能导致调用方对脚本执行结果的误判。

让我们通过一个实际例子来说明这个问题：

#!/bin/sh
[ -z "$HOME" ] && echo "Home is not set"

当$HOME环境变量已设置时，条件判断失败，此时脚本会意外地返回1退出码。这种设计虽然符合Shell的逻辑运算符行为规范（&&会传递前一个命令的退出状态），但往往不符合开发者的预期意图。

对于希望保持代码简洁又避免退出码问题的开发者，有两种推荐解决方案：

1. 使用反向条件配合||运算符：

[ ! -z "$HOME" ] || echo "Home is not set"

2. 坚持使用完整的if语句结构：

if [ -z "$HOME" ]; then
    echo "Home is not set"
fi

第一种方案特别适合追求代码简洁的场景，因为它既保持了单行写的便利性，又确保了脚本在条件不满足时仍能返回0退出码。第二种方案则提供了更好的可读性和明确性，适合复杂的条件逻辑。

ShellCheck作为Shell脚本静态分析工具，能够帮助开发者发现这类潜在问题。理解Shell中条件判断的各种写法及其细微差别，对于编写健壮的脚本至关重要。特别是在函数返回值会影响整个程序流程的情况下，选择恰当的写法可以避免许多难以调试的问题。

在实际开发中，建议团队统一约定条件判断的写法规范，并在持续集成环节引入ShellCheck检查，以确保脚本行为的可预测性。对于关键业务脚本，更推荐使用显式的if语句结构，虽然代码量稍多，但能显著提高代码的清晰度和可维护性。