bash使用grep做if判断时报binary operator expected错误如何解决

• 1. Shebang路径错误：#!bin/bin/bash 缺少根路径前缀，正确写法为#!/bin/bash，否则系统无法找到bash解释器。
• 2. if判断语法错误：[] 是test命令的语法糖，不支持直接放入执行命令，且[后、]前必须保留空格，此处属于滥用方括号的语法错误。
• 3. 控制结构不完整：if分支缺少结束标识fi，整个条件判断语法不闭合，运行会报语法错误。
• 4. grep逻辑不符合需求：默认grep是子串匹配，若要判断完整单词是否存在，需要添加-w参数；同时不需要输出匹配结果，建议加-q参数开启静默模式，减少不必要的性能开销。
• 5. 缺少边界校验：没有校验入参$1是否为空、目标文件file1.txt是否存在且可读，极端场景下会抛出无意义的报错。
• 6. 最后一行exit 0位置错误：当前写法下无论if分支走哪边，都不会执行到该语句。

#!/bin/bash
# 开启严格模式，提前捕获错误
set -euo pipefail

# 入参校验
if [ $# -ne 1 ]; then
    echo "使用方式: $0 <待查找的单词>"
    exit 2
fi

target_word="$1"
source_file="file1.txt"
output_file="file2.txt"

# 校验源文件存在且可读
if [ ! -r "$source_file" ]; then
    echo "错误：源文件$source_file不存在或无读取权限"
    exit 1
fi

# 整词匹配判断，静默输出
if grep -qwF "$target_word" "$source_file"; then
    echo "$target_word" > "$output_file"
else
    exit 1
fi

exit 0

说明：grep添加-F参数表示按固定字符串匹配，避免待查找单词包含正则元字符时出现非预期匹配，若需要正则匹配可删除该参数。

• 优先使用双引号包裹所有变量引用，避免变量值包含空格、特殊字符时导致的分词错误，这是新手最常犯的错误之一。
• 脚本开头添加set -euo pipefail开启严格模式：-e遇到执行失败的命令直接退出，-u遇到未定义变量直接报错，-o pipefail管道中任意命令失败则整个管道状态为失败，能规避90%以上的隐性逻辑错误。
• if判断直接利用命令本身的退出码：bash中if的本质是判断后续命令的退出码是否为0（0表示成功），不需要冗余套[]，只有做数值/字符串比较时才需要使用[]或bash扩展的[[]]（更安全，支持正则、通配符匹配）。
• 命令尽量使用明确参数：比如grep明确指定-w/-F/-q，不要依赖默认行为，避免不同环境下默认配置差异导致的兼容问题。
• 不要使用超出0-255范围的退出码，负数退出码不符合POSIX规范，会被系统自动转码为无意义的数值。
• 脚本中尽量使用命名变量代替硬编码的文件名、参数，后续修改维护成本更低。

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