最可靠的方式是使用 command -v 命令名，它是 POSIX 标准命令，不触发别名或函数，返回路径即存在，无输出即不可用；which 和 type 各有局限，不推荐用于自动化判断。

直接用 command -v 最可靠。它不依赖 PATH 搜索的副作用，不触发别名或函数，只返回可执行文件的完整路径；返回空则说明命令不存在或不可用。

常用判断方式对比

command -v 命令名
推荐首选。POSIX 标准命令，所有主流 shell（bash、zsh、dash）都支持。返回路径即存在，无输出即不可用。
示例：command -v curl 输出 /usr/bin/curl 表示可用；无声则不可用。

which 命令名
常见但有局限：可能受 shell 别名、函数干扰；某些精简系统（如 Alpine 的 busybox ash）不自带；在非交互式脚本中行为不稳定。
不建议用于自动化判断，仅适合人工快速查看。

type 命令名
能区分命令类型（alias / function / builtin / file），适合调试，但输出格式不统一，脚本中需额外解析。
例如：type ls 可能返回

command -v

的退出状态：

• if command -v jq >/dev/null; then echo "jq 可用"; fi
• 避免写成 [ -x "$(which jq)" ] —— which 可能为空，导致测试变成 [ -x "" ]，语法错误
• 不要用 which jq &>/dev/null && echo ok —— which 在找不到时返回非零，但部分旧版实现异常，不保证 POSIX 兼容

注意边界情况

命令“存在”不等于“能运行”：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• 权限问题：文件存在但无执行权限（-x 测试失败）
• 动态库缺失：command -v 成功，但运行时报 error while loading shared libraries
• 架构不匹配：如在 ARM 系统上找到 x86_64 二进制，command -v 仍返回路径，但执行失败
• 容器环境：PATH 中有路径，但对应二进制被挂载覆盖或未安装

批量检查多个命令

可一次验证多个工具是否就绪：

• for cmd in git docker make; do command -v "$cmd" >/dev/null || echo "缺少: $cmd"; done
• 配合 set -e 的初始化脚本中，可用 command -v required_cmd >/dev/null || { echo "请先安装 required_cmd"; exit 1; }