Composer 启动时需通过 php -c /path/to/php.ini composer ... 指定 php.ini 路径，因 Composer 依赖 PHP 进程加载逻辑；-c 必须紧接 php 后、composer 前，且路径须为 PHP 进程可访问的绝对路径，否则静默回退默认配置。
composer 启动时怎么指定 php.ini 路径
Composer 本身不直接接受 --php-ini 或类似参数来指定 php.ini；它依赖底层 PHP 进程的配置加载逻辑。真正起作用的是你调用 php 命令时传给它的选项。
- 执行
composer实际上等价于php /path/to/composer.phar ...，所以控制权在php这一层 - 必须用
php -c /path/to/php.ini composer ...的形式显式指定配置文件路径 - 如果只写
composer install，它会使用 PHP 默认加载的php.ini（可通过php --ini查看） -
-c参数必须紧接在php后、composer前，顺序错就无效
为什么 php -c 有时不生效
常见原因是 PHP CLI 和 Web SAPI 加载的 php.ini 是两套路径，而 -c 只影响 CLI 模式下的 ini 文件查找 —— 但它不会绕过某些硬编码逻辑或扩展自带的配置检查。
- 某些扩展（如
opcache）可能在php.ini之外还有自己的配置文件（如opcache.ini），-c不影响它们的加载位置 - 如果
/path/to/php.ini不存在或权限不足，PHP 会静默回退到默认路径，不会报错，但实际用的不是你想要的配置 - Windows 下路径含空格时，必须用双引号包裹：
php -c "C:\Program Files\PHP\php.ini" -
php -c不会改变get_cfg_var('cfg_file_path')的返回值（该值始终是 PHP 编译时指定的默认路径），别靠这个判断是否生效
composer 命令封装后如何固定 php.ini
如果你经常要用特定 php.ini，又不想每次敲一长串命令，最稳妥的方式是封装一个 shell 函数或批处理脚本，而不是改全局环境或 Composer 自身。
- Linux/macOS：在
~/.bashrc或~/.zshrc中加函数：alias composer-cli='php -c /etc/php/8.2/cli/php.ini /usr/local/bin/composer'
- Windows：写个
composer.bat放在 PATH 里：@php -c "C:\php\php.ini" "%~dp0composer.phar" %*
- 不要修改
composer.phar文件头（比如加#!/usr/bin/env php -c ...），PHP 不支持 shebang 后带参数 - 避免用
PHP_INI_PATH环境变量 —— 它在 PHP 8.0+ 已被废弃，且 Composer 不读取它
验证当前 composer 使用的 php.ini 是否正确
别只信命令行输入，得看 PHP 进程实际加载了哪个文件。Composer 没有内置诊断命令，但你可以借道 php 自身能力快速确认。
立即学习“PHP免费学习笔记（深入）”；
- 运行：
php -c /your/path/php.ini -r "echo php_ini_loaded_file();"
—— 输出应与你指定路径一致 - 检查关键配置是否生效：
php -c /your/path/php.ini -r "var_dump(ini_get('memory_limit'), ini_get('extension_dir'));" - 如果用
composer diagnose，它只告诉你“PHP version”和“PHP binary”，不显示php.ini路径，不能用来验证-c是否成功 - 注意：有些 IDE（如 PhpStorm）内置终端可能缓存 PHP 配置，重启终端或禁用“Shell integration”再试
-c 后面那个路径必须是 PHP 进程能真实访问到的绝对路径。 
