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

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

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

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

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

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

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

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

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

如果您可以：

which programname

...

type -P programname

我找不到一个可行的解决方案，但编辑了一下后，我想到了这个。这对我有用：

dpkg --get-selections | grep -q linux-headers-$(uname -r)

if [ $? -eq 1 ]; then
        apt-get install linux-headers-$(uname -r)
fi

我同意lhunath不鼓励使用which，他的解决方案对Bash用户完全有效。但是，为了更便于携带，应使用命令-v：

$ command -v foo >/dev/null 2>&1 || { echo "I require foo but it's not installed.  Aborting." >&2; exit 1; }

命令命令符合POSIX。参见此处了解其规范：command-execute一个简单的命令

注意：类型符合POSIX，但类型-P不符合。