如果你想检查一个程序是否存在，是否真的是一个程序，而不是Bash内置命令，那么命令、类型和散列不适合测试，因为它们都会返回内置命令的0退出状态。

例如，时间程序提供了比时间内置命令更多的功能。要检查程序是否存在，我建议使用以下示例中的哪个：

# First check if the time program exists
timeProg=`which time`
if [ "$timeProg" = "" ]
then
  echo "The time program does not exist on this system."
  exit 1
fi

# Invoke the time program
$timeProg --quiet -o result.txt -f "%S %U + p" du -sk ~
echo "Total CPU time: `dc -f result.txt` seconds"
rm result.txt

答复

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."

如果您可以：

which programname

...

type -P programname

仅zsh，但对于zsh脚本非常有用（例如，在编写完成脚本时）：

zsh/parameter模块可以访问内部命令哈希表等。来自man zshmodules：

THE ZSH/PARAMETER MODULE
       The zsh/parameter module gives access to some of the internal hash  ta‐
       bles used by the shell by defining some special parameters.


[...]

       commands
              This  array gives access to the command hash table. The keys are
              the names of external commands, the values are the pathnames  of
              the  files  that would be executed when the command would be in‐
              voked. Setting a key in this array defines a new entry  in  this
              table  in the same way as with the hash builtin. Unsetting a key
              as in `unset "commands[foo]"' removes the entry  for  the  given
              key from the command hash table.

尽管它是一个可加载的模块，但只要zsh不与--simulate一起使用，它似乎是默认加载的。

例子：

martin@martin ~ % echo $commands[zsh]
/usr/bin/zsh

要快速检查某个命令是否可用，只需检查哈希中是否存在密钥：

if (( ${+commands[zsh]} ))
then
  echo "zsh is available"
fi

请注意，散列将包含$PATH文件夹中的任何文件，无论它们是否可执行。为了绝对确定，您必须对此进行统计：

if (( ${+commands[zsh]} )) && [[ -x $commands[zsh] ]]
then
  echo "zsh is available"
fi

我从来没有得到以前的答案来处理我可以访问的盒子。首先，类型已经安装（做更多的事情）。因此需要内置指令。此命令适用于我：

if [ `builtin type -p vim` ]; then echo "TRUE"; else echo "FALSE"; fi

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

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