判断软件安装路径不能只依赖which，因其仅返回path中首个可执行文件位置；应结合whereis、包管理器命令（如dpkg -l或rpm -ql）、/proc/pid/exe及进程启动参数综合验证。
直接看可执行文件在哪，基本就能判断安装路径——但别只信 which，它只告诉你 PATH 里第一个匹配的二进制位置，而真实安装目录可能藏在上级目录、配置里，甚至根本没走标准路径。
which 命令只能定位可执行文件，不是安装根目录
which 查的是当前 shell 能直接调用的命令路径，比如 which nginx 返回 /usr/sbin/nginx，但这只是二进制文件位置，不代表整个软件装在 /usr/sbin/。Nginx 的配置、日志、模块通常在 /etc/nginx、/var/log/nginx、/usr/lib/nginx 等不同位置。
- 它不搜索
/usr/local或/opt这类非 PATH 目录，源码编译安装的软件常被漏掉 - 如果系统有多个版本（比如同时装了包管理器版和手动编译版），
which只返回优先级最高的那个 - 返回路径的父目录（如
/usr/sbin→/usr）往往才是“安装前缀”，但不是绝对——/usr/local/bin/python3的前缀是/usr/local，而/bin/bash的前缀其实是/
whereis 能看到二进制、源码、手册页，但不反映运行时实际路径
whereis nginx 可能输出 nginx: /usr/sbin/nginx /etc/nginx /usr/share/nginx /usr/share/man/man8/nginx.8.gz，看起来很全，但要注意：
-
/etc/nginx是包安装时默认放配置的目录，线上可能已被软链接到/data/conf/nginx或完全由启动参数-c /app/conf/nginx.conf指定 -
/usr/share/nginx通常是静态资源模板，不是运行时加载的 HTML 或 JS 文件所在位置 - 它不显示数据目录（如 MySQL 的
/var/lib/mysql）、日志路径（/var/log/mysql）或运行时 PID 文件位置
查包管理器记录的完整文件列表，最可靠（限包安装软件）
如果你确认软件是通过包管理器装的（apt/yum/dnf/rpm），直接查包记录，比猜路径靠谱得多：
- Debian/Ubuntu：
dpkg -L nginx列出所有安装文件及其路径；dpkg -S $(which nginx)反查该二进制属于哪个包 - RHEL/CentOS/Fedora：
rpm -ql nginx输出全部路径；rpm -qf $(which nginx)确认包名 - 注意：这些命令只对包管理器安装的生效。源码编译、
make install、./install.sh或 AppImage/Snap 安装的软件不会出现在这里
进程启动参数和 /proc/PID/exe 是运行时真相来源
软件正在运行时，它的实际路径和配置位置就藏在进程信息里：
- 先找主进程 PID：
pgrep -f 'nginx: master'或pidof nginx - 看它真正加载的配置：
sudo cat /proc/$(pgrep -f 'nginx: master')/cmdline | tr '\0' '\n' | grep -E '^-[cC]'—— 如果输出-c /opt/myapp/nginx.conf，那就以这个为准 - 看二进制真实位置：
ls -l /proc/$(pidof nginx)/exe，会显示类似/usr/local/nginx/sbin/nginx的符号链接，这才是源码安装的真实路径 - 对 Redis、MySQL 等服务，还要结合其自身命令验证：
redis-cli CONFIG GET dir、mysql --help | grep "Default options"
真正难的不是找到一个路径，而是判断哪个路径“当前生效”。同一软件可能有默认路径、包管理器记录路径、启动参数指定路径、环境变量覆盖路径，四者未必一致。动手前先问一句：你要找的是“它装在哪”，还是“它现在从哪读配置、写日志、加载模块”——目标不同，查法完全不同。
