最直接可靠的方式是执行pwd命令，它输出当前shell进程的工作目录绝对路径，不依赖缓存或变量，终端提示符和cd后再pwd均不可靠。
怎么确认当前终端到底在哪个目录
最直接可靠的方式就是执行 pwd。它输出的是当前 shell 进程的工作目录的绝对路径，不依赖缓存、不模糊匹配，脚本里也最安全。
别信终端提示符（比如 user@host:~/docs$），它可能被自定义成只显示 basename，甚至隐藏路径；也别用 cd 后再 pwd 来“验证”，那只是多绕一步，还可能误操作切换了位置。
补充一个实用技巧：环境变量 $PWD 和 pwd 输出一致，可直接用于拼接路径，例如 ls $PWD/../config；但注意不能写成 $pwd（小写），那是无效变量，会静默展开为空字符串。
想查某个命令实际执行的是哪个文件
用 which 最快，但它只查 $PATH 里第一个匹配的可执行文件，比如 which python 可能返回 /usr/bin/python，而你真正想用的可能是 /opt/python3.12/bin/python。
这时得用 which -a python 列出所有命中项，或改用 type -P python（更符合 POSIX，且不受 alias 干扰）。
如果还想知道手册页、源码位置等配套资源，whereis python 更合适；但注意它只扫描固定系统路径（如 /usr/bin、/usr/share/man），不会找到手动编译安装在 /opt 下的二进制文件。
文件名已知但完全不知道它藏在哪
优先用 find 做实时精确搜索，尤其是你刚放进去、还没来得及更新数据库时：find / -type f -name "nginx.conf" 2>/dev/null。
locate 虽然快，但依赖 updatedb 生成的数据库，新创建的文件默认不会立刻出现；执行 sudo updatedb 后才能查到，且普通用户通常没权限更新。
常见陷阱：locate nginx.conf 可能返回一堆含 nginx.conf 字样的路径（比如 /backup/nginx.conf.bak），要用 locate -b '\nginx.conf' 强制匹配完整文件名结尾，避免误判。
为什么 readlink -f . 有时和 pwd 结果不同
因为 pwd 默认显示的是“逻辑路径”（尊重符号链接，比如你 cd /var/log -> /run/log，pwd 还显示 /var/log）；而 readlink -f . 展开所有符号链接，给出物理上的真实路径（比如 /run/log）。
多数日常场景用 pwd 就够了；只有当你需要确认底层存储位置、调试挂载点或硬链接问题时，才需要 readlink -f . 或 pwd -P（pwd 的等效选项）。
别用 dirname $PWD 当前目录路径——它只是砍掉最后一级，不是“解析路径”，对符号链接完全无感知，也没任何探测能力。
