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 lsls: /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 cdcd 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 llll 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手册页，在固定的系统目录里。它的目的是告诉你“这个程序在系统里安装在哪里，有没有文档和源码”。
对环境变量的依赖：
Quinvio AI
AI辅助下快速创建视频，虚拟代言人
59 查看详情
which
：高度依赖
$PATH
。
whereis
：完全不依赖
$PATH
。
输出内容不同：
which
：通常只输出一个可执行文件的完整路径。
whereis
：可能输出多个路径，包括二进制、man页和源码。
那么，何时应优先使用
whereis
呢？
当你需要查找一个命令的man手册页时：这是
whereis
最直接的用武之地。比如你想看
grep
命令的详细用法，但又不知道
man grep
到底调用的哪个文件，或者想确认man页是否存在：
$ whereis grepgrep: /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 lsls is aliased to `ls --color=auto'$ type cdcd is a shell builtin$ type my_custom_funcmy_custom_func is a functionmy_custom_func (){ echo "This is my custom function."}$ type python3python3 is /usr/bin/python3
type
命令的输出直接揭示了命令的“真实身份”，这对于理解命令的执行优先级和行为至关重要。
另一个与
which
类似但更符合 POSIX 标准的命令是
command -v
。它的行为与
which
非常接近，也是在
$PATH
中查找可执行文件。但
command -v
的一个优点是，它也能识别别名和函数，并且在找到时会以不同的格式输出。当你在编写可移植的shell脚本时，
command -v
往往是比
which
更稳健的选择。
$ command -v lsls$ command -v python3/usr/bin/python3$ command -v llalias 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的世界里游刃有余，快速定位所需信息。
以上就是如何在Linux中查找命令 Linux which与whereis区别的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/937874.html
微信扫一扫 
支付宝扫一扫 
