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

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

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

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

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

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

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

GIT=/usr/bin/git                     # STORE THE RELATIVE PATH
# GIT=$(which git)                   # USE THIS COMMAND TO SEARCH FOR THE RELATIVE PATH

if [[ ! -e $GIT ]]; then             # CHECK IF THE FILE EXISTS
    echo "PROGRAM DOES NOT EXIST."
    exit 1                           # EXIT THE PROGRAM IF IT DOES NOT
fi

# DO SOMETHING ...

exit 0                               # EXIT THE PROGRAM IF IT DOES

检查多个依赖项并向最终用户通知状态

for cmd in latex pandoc; do
  printf '%-10s' "$cmd"
  if hash "$cmd" 2>/dev/null; then
    echo OK
  else
    echo missing
  fi
done

样本输出：

latex     OK
pandoc    missing

将10调整为最大命令长度。这不是自动的，因为我看不到一种非冗长的POSIX方法：如何在Bash中对齐空格分隔表的列？

检查一些apt包是否与dpkg-s一起安装，否则安装。

请参阅：检查是否安装了apt-get包，如果它不在Linux上，则安装它

前面提到过：如何检查Bash脚本中是否存在程序？

如果您可以：

which programname

...

type -P programname

答复

POSIX兼容：

command -v <the_command>

示例用法：

if ! command -v <the_command> &> /dev/null
then
    echo "<the_command> could not be found"
    exit
fi

对于Bash特定环境：

hash <the_command> # For regular commands. Or...
type <the_command> # To check built-ins and keywords

解释

避免使用。它不仅是一个外部进程，你启动它的目的很小（这意味着像哈希、类型或命令这样的内置程序要便宜得多），你还可以依赖内置程序来实际执行你想要的操作，而外部命令的效果很容易因系统而异。

为什么要在意？

许多操作系统都有一个甚至不设置退出状态的函数，这意味着if-which foo在那里甚至不起作用，并且总是报告foo存在，即使它不存在（注意，有些POSIX shell似乎也会为hash设置）。许多操作系统都会做一些自定义和邪恶的事情，比如更改输出，甚至挂接到包管理器。

所以，不要使用哪个。请使用以下选项之一：

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

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

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

（次要的补充说明：有些人会建议2>&-与2>/dev/null相同，但更短–这是不正确的。2>&关闭FD 2，这会在程序尝试写入stderr时导致错误，这与成功写入stderr并丢弃输出非常不同（而且很危险！））

如果你的hash bang是/bin/sh，那么你应该关心POSIX怎么说。POSIX并没有很好地定义类型和哈希的退出代码，当命令不存在时，可以看到哈希成功退出（还没有看到这种类型）。POSIX很好地定义了命令的退出状态，所以使用它可能是最安全的。

如果您的脚本使用bash，POSIX规则就不再重要了，类型和散列都变得非常安全。type现在有一个-P来搜索PATH，而hash的副作用是命令的位置将被散列（以便下次使用时更快地查找），这通常是一件好事，因为为了实际使用它，您可能会检查它的存在。

作为一个简单的例子，这里有一个函数，如果gdate存在，则运行它，否则运行date：

gnudate() {
    if hash gdate 2>/dev/null; then
        gdate "$@"
    else
        date "$@"
    fi
}

具有完整功能集的替代方案

您可以使用常见的脚本来满足您的需要。

要检查是否安装了某些东西，可以执行以下操作：

checkBin <the_command> || errorMessage "This tool requires <the_command>. Install it please, and then run this tool again."