Shell脚本读取空文件时出现conditional binary operator expected错误

云上老周

2026-5-15

问题分析与解决方案

你的脚本在MYNAME文件为空时报错，核心原因是空变量在条件判断中未正确引用，导致bash语法解析失败。

为什么会报错？

当MYNAME为空时，var=$(cat /root/user/MYNAME)会把var设为空字符串。在su - uname的here-doc里，[[ $var == SSS_14_10* ]]会被展开成[[ == SSS_14_10* ]]——这显然不符合bash的条件语法，==运算符需要左右两边都有操作数，因此触发conditional binary operator expected和syntax error的报错。

修复方案

最直接的修复是给条件判断里的$var加上双引号，确保即使变量为空，也会被解析成空字符串操作数，而不是直接消失。另外，我们可以优化变量读取的方式，让脚本更健壮：

修改后的完整脚本：

# 用更高效的方式读取文件内容
var=$(< /root/user/MYNAME)
echo "$var"

su - uname <<!
pwd
if [ -z "$var" ]; then
    echo "NAME SHOULD BE PROVIDED IN MYNAME FILE"
else
    # 给$var加上双引号，避免空值导致语法错误
    if [[ "$var" == SSS_14_10* ]]
    then
        echo "value is matched"
    else
        echo "value has not matched"
    fi
fi
!

额外优化建议

变量引用一致性：所有使用var的地方都加上双引号（比如echo "$var"），避免变量包含空格或特殊字符时出现意外行为。
读取文件的更安全方式：如果MYNAME文件可能包含多行内容，用read读取第一行更合适：
```
read -r var < /root/user/MYNAME
```
这样var只会获取文件的第一行内容，避免多行导致的后续逻辑混乱。
here-doc的变量展开控制：如果你不希望here-doc里的变量被当前shell展开（不过你的场景需要展开），可以给结束标记加引号，比如su - uname <<'!'，但这会导致var无法传递到子shell，所以不适合你的场景。