简介
在本实验中，你将学习如何使用 which 命令来查找 Shell 执行某个命令时所调用的可执行文件。你将练习检查已安装的命令、处理不可用的命令、列出多个匹配项，并观察 PATH 环境变量如何影响查找结果。
为了让你更直观地理解 which 的工作原理，本实验还引入了一些基础的 Shell 概念，例如简单的脚本编写、可执行权限以及临时修改 PATH。每个新概念都会在相应环节进行解释，以便你专注于理解 which 为何会返回特定的路径。
理解 which 的基础用法
当你入职 TechCorp 后，团队主管要求你核实一些关键开发工具的安装情况。which 命令将是你完成此任务的首选工具。
which 命令通过搜索 PATH 环境变量中列出的目录，来定位与给定命令相关联的可执行文件。
让我们先从查找 gcc 编译器开始：
which gcc
你应该会看到类似以下的输出：
/usr/bin/gcc
该输出告诉你 gcc 可执行文件位于 /usr/bin 目录下。这意味着当你在终端输入 gcc 时，系统将执行位于 /usr/bin/gcc 的文件。
现在，让我们尝试定位另一个必备工具 python：
which python
你可能会看到类似这样的结果：
/usr/local/bin/python
which 命令会遍历 PATH 环境变量中列出的目录，并返回它找到的第一个匹配项。如果你看到的路径不同，不必担心——这只是说明 Python 在你系统中的安装位置不同而已。
处理不存在的命令
团队主管提到 TechCorp 过去曾使用过一个名为 techbuild 的自定义构建工具。让我们检查一下它是否还在系统中：
which techbuild
你可能看不到任何输出（在 Bash Shell 中），或者看到类似 techbuild not found 的错误消息（在 Zsh Shell 中）。
这是因为如果 which 无法在你的 PATH 中找到该命令，它就不会返回任何内容。不要因为没有输出而感到困惑——这是该命令在告诉你，在 PATH 的所有目录中都找不到 techbuild。
为了更明确地展示这种行为，我们可以编写一个简单的 Shell 脚本。这里我们将引入两个新概念：
- Shell 脚本是一个文本文件，用于按顺序存储和执行命令。
cat <<'EOF' ... EOF模式可以将多行内容写入文件，而无需处理复杂的嵌套引号。
让我们创建一个脚本来检查 techbuild：
cat > ~/check_techbuild.sh <<'EOF'
#!/bin/bash
if which techbuild >/dev/null 2>&1; then
echo "techbuild is installed"
else
echo "techbuild is not installed"
fi
EOF
该命令创建了一个名为 ~/check_techbuild.sh 的文件，并向其中写入了一段简单的 Bash 脚本。
以下是关键行的含义：
#!/bin/bash告诉 Linux 使用 Bash 来运行该脚本。which techbuild检查该命令是否能在PATH中找到。>/dev/null 2>&1会隐藏标准输出和错误输出，以便脚本能够打印出我们自定义的清晰结果。
现在，赋予该文件执行权限并运行它：
chmod +x ~/check_techbuild.sh
chmod +x 命令添加了执行权限，允许 Linux 将该文件作为命令运行。
~/check_techbuild.sh
该脚本会打印 techbuild is not installed，因为 which 找不到该命令。
发现多个安装路径
随着环境配置的深入，你发现 TechCorp 会针对不同的项目使用多个版本的 Python。which 的 -a 选项可以帮助你发现命令的所有安装位置：
which -a python
你可能会看到如下输出：
/usr/local/bin/python
/usr/bin/python
/bin/python
该输出表明系统中存在多个 Python 安装。-a 选项告诉 which 打印出 PATH 中所有匹配的可执行文件，而不仅仅是第一个。
理解这一点至关重要，因为它展示了根据你的 PATH 配置，所有可能被执行的 Python 可执行文件。列表中显示的第一个路径，就是你在终端输入 python 时实际会执行的文件。
理解 PATH 优先级
团队主管解释说，PATH 变量中目录的顺序决定了默认使用哪个版本的命令。让我们查看一下你的 PATH：
echo $PATH
你会看到一个以冒号分隔的目录列表。例如：
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
顺序非常重要：排在前面的目录具有更高的优先级。这意味着如果不同目录中存在同名的可执行文件，系统会优先使用 PATH 中排在最前面的那个目录下的文件。
实验环境已经预先在 ~/custom_bin 中创建了一个自定义的 ls 命令。将该目录添加到 PATH 的最前面，以便它在系统目录之前被检查：
export PATH=$HOME/custom_bin:$PATH
现在检查默认会运行哪个 ls：
which ls
你应该会看到类似以下的输出：
/home/labex/custom_bin/ls
要查看 PATH 中所有匹配的 ls 命令，请运行：
which -a ls
你应该会看到你的自定义命令排在第一位，后面跟着系统版本：
/home/labex/custom_bin/ls
/usr/bin/ls
/bin/ls
这清晰地展示了 PATH 的优先级：which ls 返回第一个匹配的可执行文件，而 which -a ls 则显示完整的搜索结果列表。
创建自定义命令
团队主管建议创建一个简单的自定义命令，以演示 which 如何与 PATH 交互。让我们在主目录下创建一个名为 hello 的脚本：
cat > ~/hello <<'EOF'
#!/bin/bash
echo "Hello from TechCorp!"
EOF
chmod +x ~/hello
这会在你的主目录下创建一个名为 hello 的新文件并使其可执行。该脚本运行时会打印 Hello from TechCorp!。
现在，尝试运行它：
hello
你会收到“command not found”（命令未找到）的错误，因为你的主目录不在 PATH 中。PATH 是 Shell 查找可执行文件的目录列表。
让我们临时将主目录添加到 PATH 中：
export PATH="$PATH:$HOME"
该命令将你的主目录添加到当前终端会话 PATH 的末尾。export 命令使得更新后的 PATH 对后续运行的命令生效。
现在你可以运行 hello 了，which 也能找到它：
hello
which hello
你应该会看到 "Hello from TechCorp!" 以及脚本的路径。这演示了 which 如何在 PATH 列出的任何目录中查找可执行文件。
总结
在本实验中，你学习了如何使用 which 命令来定位系统 PATH 中的可执行文件。你掌握了以下技能：
- 查找已安装程序的位置
- 处理不存在的命令
- 发现同一命令的多个安装路径
- 理解
PATH优先级 - 创建并定位自定义命令
你还练习了编写简单的 Shell 脚本、使用 chmod +x 赋予文件执行权限，以及调整 PATH 来控制命令的执行顺序。
这些技能对于你作为 TechCorp 的开发者以及未来的职业生涯都将非常有价值。
