pwd命令用于显示当前工作目录的绝对路径，是Linux系统中定位文件位置的基础工具。它输出从根目录/开始的完整路径，帮助用户明确操作上下文。与相对路径（基于当前目录，使用.、..、~等）不同，绝对路径始终指向唯一位置，避免歧义。shell还维护PWD环境变量，通常与pwd命令输出一致，但在符号链接场景下可能因逻辑路径与物理路径差异而不同。编写脚本时，结合cd和pwd可准确获取脚本所在目录，提升脚本可移植性与健壮性。
在Linux系统中，要查看你当前所在的目录，最直接、最常用的命令就是
pwd。它会告诉你你的终端会话目前“站”在文件系统中的哪个位置，这对于导航和理解文件操作的上下文至关重要。
pwd，全称是“Print Working Directory”，顾名思义，就是打印当前工作目录。它的用法极其简单，你只需要在终端中输入
pwd，然后按下回车键，它就会立即在屏幕上显示出你当前所在的完整路径。这个路径通常是一个绝对路径，从根目录
/开始。
举个例子，如果你在
/home/user/documents这个目录下，输入
pwd，你就会看到：
$ pwd /home/user/documents
这个命令的魅力在于它的纯粹和高效。它不接受任何参数（虽然有一些不常用的选项，但日常基本用不到），也不需要任何复杂的配置。对于我个人来说，每次当我迷失在文件系统的深处，或者需要确认一个脚本将要执行的上下文时，
pwd总是我的第一个求助对象。它就像一个即时定位系统，简单而可靠。
Linux文件系统路径解析：相对与绝对路径的本质区别
当我们谈论
pwd输出的路径时，其实我们是在谈论“绝对路径”。在Linux中，路径有两种基本形式：绝对路径（Absolute Path）和相对路径（Relative Path）。理解这两者的区别，对于我们高效地在文件系统中穿梭，以及正确地引用文件和目录，是极其关键的。
绝对路径，顾名思义，是从文件系统的根目录
/开始的完整路径。无论你当前身处何方，一个绝对路径总是指向文件系统中的同一个特定位置。比如
/home/user/documents/report.txt，它明确无误地告诉我们
report.txt文件在哪里。
pwd命令输出的正是这种路径。这种方式的好处是明确性，它消除了任何歧义。
相对路径则不同，它不是从根目录开始，而是从你当前的工作目录（也就是
pwd显示的位置）开始计算的。它使用一些特殊符号来表示相对位置：
.
：表示当前目录。比如./my_file.txt
就是指当前目录下的my_file.txt
。..
：表示当前目录的父目录。比如../another_dir
就是指当前目录的父目录下的another_dir
。~
：表示当前用户的主目录（home directory）。比如~/documents
就是指当前用户主目录下的documents
。
我个人觉得，相对路径的灵活和便捷，在日常操作中是不可或缺的。比如，当你在一个项目目录下工作时，你可能不需要每次都输入
/home/user/projects/my_project/src/main.py，而只需要输入
src/main.py。这种上下文相关的引用方式，大大减少了输入量，也让命令看起来更简洁。但同时，它也要求你清楚自己当前的“位置”，否则很容易指错地方。
pwd在这里的作用，就是帮你明确这个“位置”，避免相对路径的误用。
探究pwd
与Shell变量pwd
：幕后的关联与实践
很多人可能不知道，除了我们直接在命令行中执行的
pwd命令外，Shell环境本身也维护着一个名为
pwd的特殊环境变量。这个变量，在大多数现代Shell（如Bash、Zsh）中，会自动更新并存储着你当前的工作目录的绝对路径。
你可以通过
echo命令来查看这个变量的值：
$ echo $PWD /home/user/documents
你会发现，
echo $PWD的输出与直接运行
pwd命令的结果通常是一致的。那么，这两者之间到底有什么关系呢？
简单来说，
pwd命令是一个独立的外部程序（或者在某些Shell中是内置命令，但其行为逻辑是独立的），它的核心工作是查询内核或者文件系统，获取当前进程的实际工作目录。而
$PWD变量则是由Shell自身维护的，它会随着你使用
cd命令切换目录而自动更新。
通常情况下，它们会保持同步。但偶尔，在某些特殊场景下，比如当一个目录被删除，或者通过符号链接（symbolic link）进行复杂的目录跳转时，
pwd命令可能会显示“物理”路径（即符号链接指向的真实路径），而
$PWD变量可能仍然保留“逻辑”路径（即你通过
cd命令进入的符号链接路径）。
举个例子，假设
/tmp/link_to_docs是一个指向
/home/user/documents的符号链接。
$ mkdir -p /home/user/documents $ ln -s /home/user/documents /tmp/link_to_docs $ cd /tmp/link_to_docs $ pwd /home/user/documents # 默认情况下，pwd会解析到真实路径 $ echo $PWD /tmp/link_to_docs # PWD变量可能保留你cd进入的路径
这种情况其实是
pwd命令行为的一个选项控制的。
pwd -P（physical）会打印物理路径，而
pwd -L（logical）会打印逻辑路径（这通常是默认行为，与
$PWD更接近）。不过，在大多数日常使用中，这种差异并不影响我们的判断，但了解它能帮助我们更深入地理解Linux文件系统和Shell的运作机制。
在脚本中巧用pwd
：获取动态路径，增强脚本健壮性
在编写Shell脚本时，获取当前脚本的执行路径是一个非常常见的需求。这对于构建可移植、健壮的脚本至关重要，因为你不能总是假设脚本会在特定的目录下被执行。
pwd在这里就能发挥它的作用，但通常我们会结合其他命令来获取更精确的脚本自身路径。
一个常见的误区是，直接在脚本中使用
pwd来获取脚本文件本身的路径。实际上，
pwd会返回脚本被调用时所在的目录，而不是脚本文件所在的目录。
例如，如果你的脚本
/home/user/scripts/my_script.sh内容是：
#!/bin/bash echo "当前工作目录是: $(pwd)"
如果你在
/tmp目录下执行它：
$ cd /tmp $ /home/user/scripts/my_script.sh 当前工作目录是: /tmp
这显然不是我们想要获取脚本文件本身的路径。
为了获取脚本文件自身的目录，一个更稳妥且常用的方法是结合
dirname和
readlink -f（或者
realpath）：
#!/bin/bash
# 获取脚本文件所在的目录的绝对路径
# 这种方法在Bash中非常可靠，通过切换到脚本所在目录并使用pwd获取绝对路径
SCRIPT_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )"
echo "脚本文件所在的目录是: $SCRIPT_DIR"
# 另一种常见且跨Shell兼容性更好的方法，使用readlink -f
# SCRIPT_DIR_ALT="$(dirname "$(readlink -f "$0")")"
# echo "脚本文件所在的目录（另一种方式）是: $SCRIPT_DIR_ALT"
# 如果你需要当前工作目录，那么pwd依然是首选
echo "当前脚本执行的工作目录是: $(pwd)"这里的
"${BASH_SOURCE[0]}"是一个Bash特有的变量，它包含了当前脚本文件的路径。dirname用于提取路径中的目录部分，
cd ... && pwd的组合则巧妙地切换到该目录并打印出其绝对路径。
&> /dev/null是为了抑制
cd命令可能产生的输出。
我个人在写脚本时，几乎都会在开头加上类似
SCRIPT_DIR这样的定义。这让我能够轻松地引用脚本同目录下的其他文件或资源，而不用担心脚本在哪里被调用。这种做法，在我看来，是编写可维护Shell脚本的一个基本功，也体现了对
pwd命令更深层次的理解和应用。它不只是一个查看当前位置的工具，更是构建动态、自适应脚本逻辑的基石。
