Bash中[[ ... -eq ... ]]测试运算符的表现是Bug还是特性？

先复现你提到的两个命令的结果，方便对照：

# 命令1：输出 No, VAR = 1xyz is NOT an integer
VAR=1xyz && [[ $VAR -eq $VAR ]] 2>/dev/null && echo "Yes, VAR = $VAR is an integer" || echo "No, VAR = $VAR is NOT an integer"

# 命令2：输出 Yes, VAR = xyz1 is an integer
VAR=xyz1 && [[ $VAR -eq $VAR ]] 2>/dev/null && echo "Yes, VAR = $VAR is an integer" || echo "No, VAR = $VAR is NOT an integer"

这个差异的核心原因是Bash在[[ ... ]]的算术比较中，对字符串的解析规则：

• 当使用-eq这类算术比较操作符时，[[ ... ]]会将两边的操作数放入算术上下文解析，而不是简单做字符串对比。
• 解析规则分两种情况：
  1. 对于以数字开头的字符串（比如1xyz）：Bash会尝试将其转换为整数，但1xyz包含非数字字符，属于无效的整数表达式，会触发integer expression expected错误。虽然错误被2>/dev/null屏蔽了，但[[ ... ]]会返回失败状态，因此走||分支输出"No"。
  2. 对于不以数字开头的字符串（比如xyz1）：Bash会把它当作变量名去查找。由于不存在名为xyz1的变量，Bash会将其视为数值0。此时xyz1 -eq xyz1等价于0 -eq 0，比较结果为真，[[ ... ]]返回成功状态，因此走&&分支输出"Yes"。

为什么用[ ... ]结果符合预期？ #

[ ... ]是POSIX标准的test命令，它的-eq操作符要求两边必须是严格有效的整数。不管是1xyz还是xyz1，都不符合纯整数的要求，因此[ $VAR -eq $VAR ]都会返回失败状态，最终都输出"No..."，这和我们直观的判断一致。

如何正确判断变量是否为纯整数？ #

如果需要严格验证变量内容是否是纯整数，建议用正则表达式，比如：

check_integer() {
  local var=$1
  if [[ $var =~ ^-?[0-9]+$ ]]; then
    echo "Yes, VAR = $var is an integer"
  else
    echo "No, VAR = $var is NOT an integer"
  fi
}

check_integer "1xyz"  # 输出 No
check_integer "xyz1"  # 输出 No
check_integer "123"   # 输出 Yes
check_integer "-456"  # 输出 Yes

内容的提问来源于stack exchange，提问作者user9751447