php -v 不显示安装路径是设计使然，定位需用 which php 或 command -v php；php --ini 显示实际加载的配置文件路径，Web 与 CLI 的 php.ini 可能不同；多版本共存时须结合 which php、php -v、php --ini 交叉验证路径一致性。
php -v 能看到版本，但不显示安装路径
执行 php -v 只输出版本号和 Zend 信息，完全不透露 PHP 二进制文件在哪。这不是 bug，是设计如此——它只负责运行时行为，不暴露部署细节。
真正能定位安装位置的命令是 which php 或 command -v php，它们查的是 shell 找到的第一个可执行文件路径。多数情况下返回类似 /usr/bin/php 或 /usr/local/bin/php。
- 如果返回空，说明当前用户 PATH 里没这个命令，可能 PHP 是源码编译后没加软链，或只在特定用户环境变量里配置了
- 用
find /usr -name "php" -type f 2>/dev/null | head -5可暴力扫描（注意权限，/root 下通常扫不到） - 容器环境里常见
/usr/local/bin/php，但实际二进制可能是符号链接，用ls -l $(which php)看真实路径
php --ini 查不到 php.ini 实际加载位置
php --ini 显示“Loaded Configuration File”那一行，才是 PHP 运行时真正读取的配置文件路径。但很多人误以为 php -i | grep "Configuration File" 更准——其实二者等价，只是 php --ini 更快、更干净。
关键点在于：PHP 启动时按固定顺序查找 php.ini，比如先看 -c 指定路径，再找编译时的 --with-config-file-path，最后 fallback 到默认位置（/etc/php/8.1/cli/php.ini 或 /usr/local/lib/php.ini）。你看到的“Loaded”路径，就是最终胜出的那个。
立即学习“PHP免费学习笔记（深入）”；
- Web SAPI（如 Apache mod_php 或 FPM）用的
php.ini和 CLI 可能不同，务必用对应方式查：php -i（CLI） vsphpinfo()（网页） - 如果 “Loaded Configuration File” 显示 “(none)”，说明 PHP 没加载任何 ini 文件，所有配置走默认值，此时
php -r "print_r(ini_get_all());"可看实际生效值 - 某些发行版（如 Ubuntu）把配置拆成
conf.d/目录，主php.ini里有include=/etc/php/8.1/cli/conf.d/*.ini，修改要留意这个机制
php-config 命令不是所有 PHP 都自带
php-config 是 PHP 源码编译安装后附带的工具，用来输出扩展开发相关路径，比如 php-config --prefix 返回安装根目录，php-config --includes 返回头文件路径。但它在大多数包管理安装的 PHP（apt/yum/dnf）里默认不装，Debian/Ubuntu 需额外装 php-dev 包，CentOS/RHEL 要 php-devel。
如果你运行 php-config 报 “command not found”，别急着重装 PHP——先确认是否真需要它。只有在编译 PHP 扩展（比如手动装 redis.so）时才依赖这个命令；日常查路径、配环境，用 which php 和 php --ini 就够了。
- 源码编译安装时加
--enable-cli（默认开启）才会生成php-config，但若 configure 时用了--disable-install-phpt等非常规选项，也可能被跳过 -
php-config --php-binary输出的路径，理论上应和which php一致，但有时因环境变量差异会不同，优先信which php - 找不到
php-config又必须知道 prefix，可用php -r "echo dirname(dirname(PHP_BINARY));"粗略估算（PHP 7.4+ 支持PHP_BINARY）
多个 PHP 版本共存时路径容易混淆
当系统同时存在 apt 安装的 PHP 8.1、手动编译的 8.2、以及通过 ondrej PPA 装的多个版本，which php 返回的只是当前 shell 的 PATH 顺序结果，不代表全局默认。更麻烦的是，php --ini 加载的配置文件路径，可能指向另一个版本的目录。
最稳妥的交叉验证方式是三连查：which php → php -v → php --ini，三者版本号和路径必须逻辑自洽。比如 which php 返回 /usr/bin/php，那 ls -l /usr/bin/php 应该指向某个具体版本的二进制（如 /usr/bin/php8.1），而 php --ini 显示的配置路径也应在 /etc/php/8.1/ 下。
- 用
update-alternatives --config php（Debian/Ubuntu）或alternatives --config php（RHEL/CentOS）可切换默认版本，改的是符号链接，影响which php结果 - FPM 场景下，
php-fpm -t不仅校验配置，还会输出实际加载的php.ini路径，比 CLI 方式更贴近真实运行环境 - 脚本里硬编码
/usr/bin/php很危险，建议用#!/usr/bin/env php，靠 PATH 解析，但得确保调用环境 PATH 正确
which php 指向的是 8.2，结果 ls -l 发现它又链到 8.1，而 php --ini 却在读 8.0 的配置。这种嵌套引用不逐层展开看，很容易配错扩展或调试失效。 
