我会尝试调用程序，例如--version或--help，并检查命令是否成功或失败

与set-e一起使用时，如果找不到程序，脚本将退出，您将得到一条有意义的错误消息：

#!/bin/bash
set -e
git --version >> /dev/null

如果你想检查一个程序是否存在，是否真的是一个程序，而不是Bash内置命令，那么命令、类型和散列不适合测试，因为它们都会返回内置命令的0退出状态。

例如，时间程序提供了比时间内置命令更多的功能。要检查程序是否存在，我建议使用以下示例中的哪个：

# First check if the time program exists
timeProg=`which time`
if [ "$timeProg" = "" ]
then
  echo "The time program does not exist on this system."
  exit 1
fi

# Invoke the time program
$timeProg --quiet -o result.txt -f "%S %U + p" du -sk ~
echo "Total CPU time: `dc -f result.txt` seconds"
rm result.txt

which命令可能有用。男子谁

如果找到可执行文件，则返回0；如果找不到或不可执行，则返回1：

NAME

       which - locate a command

SYNOPSIS

       which [-a] filename ...

DESCRIPTION

       which returns the pathnames of the files which would
       be executed in the current environment, had its
       arguments been given as commands in a strictly
       POSIX-conformant shell. It does this by searching
       the PATH for executable files matching the names
       of the arguments.

OPTIONS

       -a     print all matching pathnames of each argument

EXIT STATUS

       0      if all specified commands are 
              found and executable

       1      if one or more specified commands is nonexistent
              or not executable

       2      if an invalid option is specified

这样做的好处是，它可以确定可执行文件在运行环境中是否可用-这节省了一些问题。。。

假设您已经遵循了安全壳做法：

set -eu -o pipefail
shopt -s failglob

./dummy --version 2>&1 >/dev/null

这假设命令可以以这样的方式调用，即它（几乎）什么都不做，比如报告其版本或显示帮助。

如果找不到伪命令，Bash将退出并返回以下错误。。。

./my-script: line 8: dummy: command not found

这比其他命令-v（和类似的）回答更有用，也更不冗长，因为错误消息是自动生成的，并且还包含相关的行号。

我想说，由于悬挂别名，没有任何可移植和100%可靠的方法。例如：

alias john='ls --color'
alias paul='george -F'
alias george='ls -h'
alias ringo=/

当然，只有最后一个是有问题的（林戈没有冒犯！）。但从command-v的角度来看，它们都是有效的别名。

为了拒绝像ringo这样的悬空命令，我们必须解析shell内置别名命令的输出并递归到它们中（这里命令-v并不优于别名）。没有任何可移植的解决方案，即使是特定于Bash的解决方案也相当乏味。

注意，类似这样的解决方案将无条件拒绝别名ls='ls-F'：

test() { command -v $1 | grep -qv alias }

如果为要测试的<Command>设置了POSIX_BUILTINS选项，则命令-v可以正常工作，但如果没有，则可能会失败。（多年来，它一直对我有效，但我最近遇到了一个不起作用的地方。）

我发现以下内容更能防止故障：

test -x "$(which <command>)"

因为它测试三件事：路径、存在和执行权限。