最可靠的方式是使用 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 可能返回
ls is aliased to `ls --color=auto'`，这不是“命令不可用”，但也不代表有独立可执行文件。</p> <H3>在 Shell 脚本中安全判断</H3> <p>写 if 语句时，直接用 <code>command -v的退出状态：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
if command -v jq >/dev/null; then echo "jq 可用"; fi- 避免写成
[ -x "$(which jq)" ]—— which 可能为空，导致测试变成[ -x "" ]，语法错误 - 不要用
which jq &>/dev/null && echo ok—— which 在找不到时返回非零，但部分旧版实现异常，不保证 POSIX 兼容
注意边界情况
命令“存在”不等于“能运行”：
- 权限问题：文件存在但无执行权限（
-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; }
