我同意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不符合。

hash foo 2>/dev/null:适用于Zshell（Zsh）、Bash、Dash和ash。

type-p foo：它似乎可以使用Z shell、Bash和ash（BusyBox），但不能使用Dash（它将-p解释为一个参数）。

命令-vfoo：适用于Z shell、Bash、Dash，但不适用于ash（BusyBox）（-ash:command:not found）。

还要注意，内置的ash和Dash不可用。

哈希变量有一个陷阱：例如，可以在命令行中键入

one_folder/process

以执行进程。为此，one_folder的父文件夹必须位于$PATH中。但当您尝试散列此命令时，它总是会成功：

hash one_folder/process; echo $? # will always output '0'

我必须检查Git是否作为部署CI服务器的一部分安装。我最后的Bash脚本如下（Ubuntu服务器）：

if ! builtin type -p git &>/dev/null; then
  sudo apt-get -y install git-core
fi

对于感兴趣的人来说，如果您希望检测已安装的库，则前面的答案中的方法都不起作用。我想你要么要检查路径（可能是头文件之类的），要么就这样（如果你是基于Debian的发行版）：

dpkg --status libdb-dev | grep -q not-installed

if [ $? -eq 0 ]; then
    apt-get install libdb-dev
fi

从上面可以看到，查询中的“0”表示未安装包。这是“grep”的函数-“0”表示找到匹配项，“1”表示没有找到匹配项。

为了模拟Bash的-P cmd类型，我们可以使用POSIX兼容的env-i type cmd 1>/dev/null 2>&1。

man env
# "The option '-i' causes env to completely ignore the environment it inherits."
# In other words, there are no aliases or functions to be looked up by the type command.

ls() { echo 'Hello, world!'; }

ls
type ls
env -i type ls

cmd=ls
cmd=lsx
env -i type $cmd 1>/dev/null 2>&1 || { echo "$cmd not found"; exit 1; }