Bash返回值比较报integer expression expected错误排查

报错integer expression expected的核心触发逻辑是：执行整数比较时，参与比较的$ret变量是空值，不是预期的0/1/2/3类整数。你调整$ret的引号包裹方式没有效果，是因为问题和引号无关，只要变量值为空，-eq整数比较就会抛出该错误。
额外注意：你看到的报错前缀是[:而非[[ :，说明当前实际运行的脚本版本并没有生效你修改的[[判断语法，要么是脚本没保存、运行的是旧版本文件，要么是脚本开头的shebang指定的是/bin/sh这类不支持[[语法的POSIX shell，语法被降级解析为单中括号的test命令。

常见导致$ret为空的场景：

• 近期修改脚本时，把原来给ret赋值的代码段删除、注释或者移动到了判断逻辑之后，判断执行时ret还没被赋值
• 变量名拼写错误，比如实际把退出码赋值给了RET、ret_val等其他变量，当前判断用的ret从未被赋值
• 捕获命令退出码的逻辑错误：$?只会记录紧邻的上一条命令的退出码，如果在执行完目标命令、赋值ret=$?之间插入了echo、其他判断、变量定义等任何命令，$?的值就会被覆盖，极端场景下就会取到空值
• 给ret赋值的命令本身执行异常，没有返回合法的数字退出码

1. 先确认$ret的实际值，在第一次对$ret做整数判断的前一行加调试代码：

   echo "DEBUG: ret的实际值为 >$ret<"
   

   运行脚本如果看到两个尖括号中间为空，即可确认ret未被正确赋值。
2. 修正赋值逻辑：
   • 捕获命令退出码时，必须在目标命令执行后立刻赋值ret=$?，中间不能插入任何其他操作，参考正确写法：

     # 目标命令
     run_your_command
     # 立刻取退出码，中间不能插其他命令
     ret=$?
     # 再执行后续日志输出、判断等操作
     echo "命令执行结束"
     

   • 检查变量名拼写，注意Bash变量大小写敏感，赋值和判断的变量名必须完全一致
   • 把脚本开头的shebang改为#!/bin/bash，避免不同shell的语法兼容问题，同时确认运行的是你修改后的最新版本脚本
3. 增加防御性逻辑，避免空值触发报错：在所有$ret的判断逻辑前，给变量设置默认值：

   # 若ret为空，默认赋值为自定义的异常码99
   ret=${ret:-99}
   # 后续再做整数判断就不会触发空值报错
   if [[ "$ret" -eq 0 ]]; then
     # 成功分支逻辑
   elif [[ "$ret" -eq 1 ]]; then
     # 对应分支逻辑
   else
     echo "blah"
   fi
   

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