php-config 仅提供编译期信息，无法获取 php.ini 运行时配置；正确方式是用 php -r 调用 ini_get() 等函数读取生效值，而 php-config --prefix、--extension-dir 等仅用于扩展编译。
php-config 命令本身不支持直接获取任意 PHP 配置参数
很多人误以为 php-config 能像 php -i 或 php --ini 那样读取 php.ini 中的运行时配置（比如 memory_limit、upload_max_filesize），但其实不能。php-config 只暴露编译期信息：PHP 安装路径、扩展目录、头文件位置、链接参数等，和 php.ini 无关。
正确区分 php-config 和 php -r 的用途
要查 PHP 运行时参数，得用 php -r 或 php --ini；php-config 只服务于扩展编译、构建脚本这类底层场景：
-
php-config --prefix→ 返回 PHP 安装根目录（如/usr/local） -
php-config --extension-dir→ 扩展实际存放路径（如/usr/lib/php/20220829） -
php-config --includes→ 编译 C 扩展时需要的-I参数 -
php-config --ldflags→ 链接 PHP 库所需的标志（常用于Makefile）
这些输出是静态的，不随 php.ini 变动——哪怕你改了 date.timezone，php-config 输出也完全不变。
想查 php.ini 中的参数？用 php -r 替代
真正想看 memory_limit 或 opcache.enable 是否生效，必须走 PHP 解释器本身：
立即学习“PHP免费学习笔记（深入）”；
php -r "echo ini_get('memory_limit'), PHP_EOL;"
php -r "var_dump(ini_get_all('opcache'));"
注意：ini_get() 只返回当前生效值（受 php.ini、.htaccess、ini_set() 影响），而 ini_get_all() 能看到所有可修改项及其访问级别。如果返回 false 或空字符串，说明该配置项不存在、被禁用，或在当前 SAPI 下不可读（如 CLI 下读不到 Apache 特定指令）。
常见误用与陷阱
以下操作看似合理，实则无效或危险：
- 执行
php-config --ini→ 报错，该选项根本不存在 - 试图用
php-config判断mysqli是否启用 → 它只告诉你扩展目录在哪，不告诉你是否已加载；应改用php -m | grep mysqli或php -r "echo extension_loaded('mysqli') ? 'yes' : 'no';" - 在 Docker 多版本环境中混用
php-config和php二进制 → 比如宿主机装了 PHP 8.1，容器里跑 PHP 8.3，php-config输出的路径和头文件版本会不匹配，导致扩展编译失败
最易被忽略的一点：有些发行版（如 Ubuntu）把 php-config 放在 php-dev 包里，没装这个包就找不到命令——不是 PHP 本身缺失，而是开发工具未就位。
