which命令依赖$PATH查找可执行文件，用于确定当前执行的命令路径；whereis则在固定系统目录中查找命令的二进制文件、源码和手册页，不依赖$PATH，适合了解命令的完整安装信息。两者互补，which适用于确认运行路径，whereis适用于全面了解命令分布。
在Linux系统里，要找到一个命令的实际位置，我们通常会用到
which和
whereis这两个工具。简单来说，
which主要帮你定位那些在
$PATH环境变量中定义的、可执行的命令文件，它关心的是你当前敲击命令时，系统会运行哪个。而
whereis则更像一个“档案管理员”，它会从一套固定的系统目录里，帮你找出命令的二进制文件、源代码以及man手册页。它们各有侧重，理解其差异能让你更高效地管理和排查Linux环境。
解决方案
在Linux中定位命令，理解其背后的机制是关键。我们日常操作中，当在终端输入一个命令并回车时，shell会按照特定的规则去寻找并执行它。这其中，
which和
whereis是最直接的探路者，但它们的工作方式截然不同。
which命令的核心在于
$PATH环境变量。这个变量存储了一系列目录路径，shell会从左到右依次在这些路径中搜索你输入的命令名。一旦找到匹配的可执行文件，它就会停下来并返回该文件的完整路径。这对于我们日常确认“我运行的到底是哪个版本的命令”非常有帮助，尤其是在系统里可能安装了多个同名工具时。
举个例子：
$ which python3 /usr/bin/python3
这表明当我输入
python3时，系统会执行
/usr/bin/python3。
而
whereis则完全不理会
$PATH。它有自己一套预设的、硬编码的系统目录列表（比如
/bin,
/usr/bin,
/sbin,
/usr/sbin等，以及对应的
man和
src目录），然后在这堆目录里进行查找。它不仅仅找可执行文件，还会尝试找到相关的源代码文件（如果安装了）和man手册页。所以，如果你想了解一个命令的“全貌”，包括它的文档和可能的源码，
whereis往往能提供更全面的信息。
例如：
$ whereis ls ls: /usr/bin/ls /usr/share/man/man1/ls.1.gz /usr/share/man/man1p/ls.1p.gz
这里不仅找到了
ls的可执行文件，还找到了它的man手册页。有时候，你甚至能看到源码路径，如果系统配置了的话。
理解这两者的工作机制，就能在不同的场景下选择最合适的工具。如果你只是想知道当前环境下哪个命令会被执行，
which快速有效；如果你想深入了解一个命令的安装情况，包括它的文档和源代码，
whereis则更胜一筹。
which
命令的工作原理是什么？它为什么有时找不到命令？
which命令的工作原理说白了，就是围绕着你的
$PATH环境变量转。当你在终端敲入一个命令，比如
git，shell并不会立刻知道
git这个程序在哪里。它会去检查
$PATH里的每一个目录，按照它们在
$PATH字符串中出现的顺序，一个接一个地找。一旦在某个目录里找到了一个名为
git的可执行文件（通常是普通文件且有执行权限），
which就会打印出这个文件的完整路径，然后就收工了。它只关心第一个找到的匹配项，而且必须是可执行文件。
那么，为什么
which有时候会“失灵”，找不到明明存在的命令呢？这背后有几个常见的原因，通常会让人感到困惑：
一个很普遍的情况是，你尝试查找的命令它压根儿就不是一个独立的可执行文件，而是一个shell内置命令（比如
cd,
echo,
alias）或者一个shell函数。这些命令是由shell自身提供的功能，或者你在
.bashrc或
.zshrc等配置文件里定义的小脚本。它们没有对应的磁盘文件路径，所以
which自然无从查找。这时候，你可能需要用
type命令来揭示它们的真实身份。
比如：
$ which cd # 什么都不输出，或者提示 cd not found $ type cd cd is a shell builtin
另一个原因就是，那个命令的可执行文件确实存在，但它所在的目录不在你当前的 $PATH
环境变量里。这在安装一些自定义软件或者手动编译的程序时很常见。例如，你可能把一个自定义脚本放到了
/opt/mytool/bin，但
$PATH里并没有
/opt/mytool/bin。此时
which mytool就会失败。解决办法通常是把该路径添加到
$PATH中，或者直接用绝对路径执行。
还有一种情况是，你查找的是一个别名（alias）。别名是为了方便用户自定义命令的缩写或带参数的命令组合。例如，你可能设置了
alias ll='ls -alF'。如果你
which ll，它也不会找到任何东西，因为它不是一个真实的文件。同样，
type命令可以帮你识别出别名：
$ alias ll='ls -alF' $ which ll # 什么都不输出 $ type ll ll is aliased to `ls -alF'
最后，当然就是最直接的原因：这个命令根本就不存在，或者你拼写错了。在这种情况下，
which当然也找不到。所以，当
which沉默不语时，先别急着怀疑系统，检查一下是不是上面这些情况。
whereis
命令与 which
有何本质区别？何时应优先使用 whereis
？
whereis和
which的本质区别在于它们的搜索策略和目标。前面提到，
which是一个“路径依赖型”工具，它严格按照
$PATH环境变量去寻找可执行文件。而
whereis则是一个“系统目录型”工具，它有一套自己硬编码的、固定的系统目录列表，专门用来查找程序的二进制文件（binaries）、源代码文件（sources）和man手册页（man pages）。它压根不关心
$PATH变量，也不在乎你当前shell里定义的别名或函数。
这个区别导致了它们在应用场景上的差异：
-
搜索范围和目的不同：
which
：只找可执行文件，且必须在$PATH
里。它的目的是告诉你“当前环境下，敲这个命令会执行哪个程序”。whereis
：找二进制文件、源代码和man手册页，在固定的系统目录里。它的目的是告诉你“这个程序在系统里安装在哪里，有没有文档和源码”。
-
对环境变量的依赖：
which
：高度依赖$PATH
。whereis
：完全不依赖$PATH
。
-
输出内容不同：
which
：通常只输出一个可执行文件的完整路径。whereis
：可能输出多个路径，包括二进制、man页和源码。
那么，何时应优先使用
whereis呢？
-
当你需要查找一个命令的man手册页时：这是
whereis
最直接的用武之地。比如你想看grep
命令的详细用法，但又不知道man grep
到底调用的哪个文件，或者想确认man页是否存在：$ whereis grep grep: /usr/bin/grep /usr/share/man/man1/grep.1.gz
这清晰地告诉你
grep
的二进制和man页的位置。 当你怀疑一个命令可能安装了，但不在你的
$PATH
中时：有时系统管理员安装了一些工具，但没有将其路径加入所有用户的$PATH
。which
会找不到，但whereis
可能会成功，因为它检查的是系统级的标准安装路径。这对于排查系统级别的工具安装问题很有用。当你需要查找一个命令的源代码时：虽然不常见，但某些开源工具在安装时会保留源代码。如果你想研究某个命令的实现细节，
whereis
可能会给你指明源代码包的位置（当然，前提是系统安装了）。当你需要确认一个系统级命令的“官方”位置时：对于
/bin
,/usr/bin
下的那些核心工具，whereis
能够提供一个更“权威”的安装位置信息，因为它不受用户$PATH
配置的影响。
总而言之，
which告诉你“我能执行什么”，
whereis告诉你“这个程序在系统里是个什么情况”。它们是互补的，而非替代关系。
除了 which
和 whereis
，还有哪些实用工具可以定位 Linux 命令？
除了
which和
whereis这两个我们常用的工具，Linux 环境下还有一些其他非常实用的命令，可以帮助我们更全面、更细致地定位和理解命令。它们各有侧重，能在不同场景下提供独特的价值。
一个非常强大的工具是
type命令。它比
which更“聪明”，因为它不仅能查找可执行文件，还能告诉你一个命令究竟是别名（alias）、shell函数（function）、shell内置命令（builtin），还是一个外部可执行文件（file）。这在调试脚本或者理解命令来源时极其有用。比如：
$ type ls
ls is aliased to `ls --color=auto'
$ type cd
cd is a shell builtin
$ type my_custom_func
my_custom_func is a function
my_custom_func ()
{
echo "This is my custom function."
}
$ type python3
python3 is /usr/bin/python3type命令的输出直接揭示了命令的“真实身份”，这对于理解命令的执行优先级和行为至关重要。
另一个与
which类似但更符合 POSIX 标准的命令是
command -v。它的行为与
which非常接近，也是在
$PATH中查找可执行文件。但
command -v的一个优点是，它也能识别别名和函数，并且在找到时会以不同的格式输出。当你在编写可移植的shell脚本时，
command -v往往是比
which更稳健的选择。
$ command -v ls ls $ command -v python3 /usr/bin/python3 $ command -v ll alias ll='ls -alF'
注意
command -v ls在这里只输出
ls，因为它是一个别名，而
command -v的默认行为是报告别名本身，而不是解析到实际的
/usr/bin/ls。如果想让它像
which一样输出路径，可以使用
command -v -- /bin/ls。
当你的目标不再仅仅是“命令”，而是任何类型的文件，并且你知道文件名（或部分文件名），但不知道它在哪个目录下时，
find命令就派上用场了。
find命令可以在指定路径下递归搜索文件和目录，功能非常强大。虽然它不是专门用来找命令的，但如果你知道某个命令的可执行文件叫什么名字，但它又不在
$PATH里，或者你想在整个文件系统里彻底地找一遍，
find就能帮上大忙。
例如，在根目录下查找所有名为
nginx的文件：
$ find / -name nginx -type f 2>/dev/null
这里
2>/dev/null是为了抑制那些“权限不够”的错误信息，让输出更干净。
最后，如果你系统安装了
mlocate包，那么
locate命令也是一个非常快速的查找工具。它通过查询一个预先构建好的数据库（通常是
/var/lib/mlocate/mlocate.db）来定位文件，速度极快。缺点是数据库不是实时更新的，需要定期运行
updatedb命令来刷新。对于查找那些不经常变动的文件，包括一些系统命令的路径，
locate是一个不错的选择。
$ locate python3 | grep bin /usr/bin/python3 /usr/bin/python3.10 /usr/bin/python3.8 ...
这些工具各有千秋，理解它们的特点和适用场景，能让你在Linux的世界里游刃有余，快速定位所需信息。
