Loaded Configuration File 是 PHP 实际加载并解析的 php.ini 路径，若显示 (none) 则使用内置默认值；CLI 与 Web（如 FPM/Apache）配置路径通常不同，须分别用 php --ini 或 phpinfo() 查看。
php --ini 显示的 Loaded Configuration File 是什么
这行输出才是 PHP 实际加载的配置文件路径，不是“可能的位置”，而是运行时真实读取的那个 php.ini。它比 find / -name php.ini 更可靠，因为系统里可能有十几个 php.ini 文件，但只有一个被真正加载。
常见误区是以为 php -i | grep "Configuration File" 更准——其实和 php --ini 输出一致，只是前者要等全部信息刷完，慢且干扰多。
- 如果显示
(none)，说明没加载任何php.ini，所有配置走编译默认值 - Web（如 FPM 或 mod_php）和 CLI 的 Loaded Configuration File 通常不同，必须分开查
- Ubuntu/Debian 系统常把配置拆成
/etc/php/8.1/cli/conf.d/目录，主php.ini里用include=/etc/php/8.1/cli/conf.d/*.ini加载，改配置得看清楚是否在 include 范围内
为什么 php -v 不显示配置文件路径
php -v 只输出版本号和 Zend 引擎信息，这是设计使然：它不参与配置加载流程，只验证二进制能否启动。想靠它找 php.ini，等于问司机“油箱在哪”——他只管开车，不管油从哪来。
真正能定位入口的是 which php（告诉你用的是哪个二进制），再配合 php --ini（告诉你这个二进制加载了哪个 php.ini）。
立即学习“PHP免费学习笔记（深入）”；
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 容器环境里
which php常返回/usr/local/bin/php，但它可能是符号链接，用ls -l $(which php)才能看到真实路径 - 多版本共存时（比如同时装了 PHP 7.4 和 8.2），
php -v和php --ini必须一起看，否则容易配错版本 - 某些定制镜像会删掉
php-config，别一看到command not found就重装 PHP——先确认你真需要它
Web 环境下怎么查 PHP 加载的 php.ini
CLI 下的 php --ini 和 Web 用的不是同一套配置，Apache、Nginx + PHP-FPM 各自加载自己的 php.ini，必须用对应方式验证。
最直接的办法是写个 info.php 放到 Web 根目录：<?php phpinfo(); ?>，然后浏览器访问，搜索 “Loaded Configuration File”。
- PHP-FPM 场景也可用命令查：
/usr/sbin/php-fpm -i | grep "Loaded Configuration File"（路径按实际which php-fpm结果调整） - Apache mod_php 用户可检查
httpd.conf或.htaccess里是否有PHPIniDir指令 - 如果页面报 500 且
phpinfo()不出来，先确认该脚本是否被 Web 服务器当成 PHP 执行（比如后缀没被识别、MIME 类型没配对）
找不到 php.ini 时该怎么暴力定位
当 php --ini 显示 (none) 或你怀疑路径不对，又不想猜，可以用 find 配合权限过滤快速扫描。
安全高效的写法是：sudo find /usr -name php.ini -type f 2>/dev/null
- 避免用
find / -name php.ini—— 权限不足会刷屏报错，挂载点外的路径也扫不到 -
/etc/php/*/cli/php.ini和/etc/php/*/fpm/php.ini是 Debian/Ubuntu 最常见位置，CentOS/RHEL 多在/etc/php.ini或/opt/remi/php82/root/etc/php.ini这类自定义路径 - 源码编译安装的 PHP，
php-config --prefix返回的根目录下通常有etc/php.ini或lib/php.ini
php --ini 的输出就是最终答案——它不骗人，只是得用对场景。 
