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

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

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

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

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

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

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

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

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

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

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

它可能更简单，只是：

#!/usr/bin/env bash                                                                
set -x                                                                             

# if local program 'foo' returns 1 (doesn't exist) then...                                                                               
if ! type -P foo; then                                                             
    echo 'crap, no foo'                                                            
else                                                                               
    echo 'sweet, we have foo!'                                                    
fi                                                                                 

将foo更改为vi以激发其他条件。

这取决于您是否想知道它是否存在于$PATH变量中的某个目录中，或者您是否知道它的绝对位置

if which programname >/dev/null; then
    echo exists
else
    echo does not exist
fi

否则使用

if [ -x /path/to/programname ]; then
    echo exists
else
    echo does not exist
fi

在第一个示例中，重定向到/dev/null/会抑制哪个程序的输出。

为了模拟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; }