如何验证程序是否存在，以返回错误并退出，或继续执行脚本？
看起来应该很容易，但这让我很为难。
当前回答
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不可用。
其他回答
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不可用。
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
这样做的好处是，它可以确定可执行文件在运行环境中是否可用-这节省了一些问题。。。
答复
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."
我会尝试调用程序，例如--version或--help，并检查命令是否成功或失败
与set-e一起使用时，如果找不到程序，脚本将退出，您将得到一条有意义的错误消息：
#!/bin/bash
set -e
git --version >> /dev/null
如果你的男人/女孩不能在这里得到答案中的东西，并且你的头发从你的背部，尝试使用bash-c运行相同的命令。看看这个梦游性谵妄。这是运行$（子命令）时真正发生的情况：
第一它可以给你完全不同的输出。
$ command -v ls
alias ls='ls --color=auto'
$ bash -c "command -v ls"
/bin/ls
第二它根本不会给你任何输出。
$ command -v nvm
nvm
$ bash -c "command -v nvm"
$ bash -c "nvm --help"
bash: nvm: command not found
