Bash条件误报排查：Tomcat 5检测脚本无法进入else分支

我来帮你分析并修复这个脚本的问题～你的核心困扰是：明明远程的find命令没找到Tomcat文件，if语句却还是把tomcat变量设为1，本质是两个关键错误导致的：

1. 错误的退出码判断逻辑 #

你写的if [ \"$?\" = 0 ]; then里，转义的双引号完全搞错了Bash的变量解析规则——这会让Bash把\"$?\"当成字面字符串"$?"，而不是获取上一条ssh命令的退出状态码。这种情况下，字符串比较的逻辑完全不符合预期，自然会出现判断错误。

另外，直接依赖$?还有个隐患：如果在ssh命令和if语句之间插入了其他命令（哪怕是echo），都会覆盖$?的值，导致判断失效。更稳妥的方式是直接把ssh命令放进if条件里。

2. 远程命令的通配符解析问题 #

你定义的command变量用了转义双引号，当通过ssh传递到远程主机时，远程Shell会先解析这些引号，可能导致find的-name参数被错误扩展。比如远程Shell会先尝试扩展tomcat-5*通配符，而不是让find自己处理文件名匹配，这会导致结果完全不符合预期。

修复后的两种可靠方案 #

方案一：基于退出码判断（适合确定无权限干扰的场景） #

这个方案直接判断远程find命令的退出码，同时屏蔽权限错误信息：

function search() {
    local login=$1
    local server_fqdn=$2
    # 用单引号包裹find参数，避免远程Shell扩展通配符
    # 2>/dev/null 屏蔽权限不足的错误输出
    local command='sudo find / -name "tomcat-5*" 2>/dev/null'
    
    # 直接把ssh命令放在if条件中，自动判断远程命令的退出码
    if ssh -oBatchMode=yes -o ConnectTimeout=6 "$login@$server_fqdn" "$command"; then
        echo "Tomcat found"
        tomcat=1
    else
        # 区分ssh连接失败和find没找到的情况
        local exit_code=$?
        if [ $exit_code -eq 1 ]; then
            echo "No tomcat here!"
        else
            echo "连接$server_fqdn失败或sudo执行出错（退出码：$exit_code）"
        fi
    fi
}

方案二：基于输出判断（更可靠，避免权限干扰） #

如果远程服务器上find经常因为权限问题返回非0，但实际已经找到Tomcat文件，这个方案会更准确——通过捕获find的输出内容来判断：

function search() {
    local login=$1
    local server_fqdn=$2
    local command='sudo find / -name "tomcat-5*" 2>/dev/null'
    
    # 捕获远程命令的输出和退出码
    local tomcat_result
    tomcat_result=$(ssh -oBatchMode=yes -o ConnectTimeout=6 "$login@$server_fqdn" "$command")
    local exit_code=$?
    
    # 先检查ssh连接是否成功
    if [ $exit_code -ne 0 ]; then
        echo "连接$server_fqdn失败或命令执行出错（退出码：$exit_code）"
        return $exit_code
    fi
    
    # 判断输出是否为空，空则说明没找到
    if [ -n "$tomcat_result" ]; then
        echo "Tomcat found"
        tomcat=1
    else
        echo "No tomcat here!"
    fi
}

关键优化点总结 #

• 引号处理：用单引号包裹远程find命令，确保-name的通配符由find自己处理，而不是远程Shell提前扩展。
• 错误屏蔽：添加2>/dev/null屏蔽find访问无权限目录时的错误输出，避免干扰结果判断。
• 场景区分：方案二更适合复杂环境，因为它不依赖find的退出码，而是直接看是否有匹配结果，避免权限问题导致的误判。

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