Composer报错而php -v成功，是因为Composer运行在PHP CLI模式，需用php --ini确认实际加载的cli/php.ini路径；若Loaded Configuration File为(none)，则memory_limit为编译默认值128M。
Composer报错却能php -v成功？先确认CLI模式用的是哪个php.ini
Composer本质是PHP CLI脚本，它不读Web服务器用的php.ini，也不受Apache/Nginx里php-fpm的配置影响。很多人改了Apache下的php.ini，结果composer install照样爆内存或超时——因为CLI根本没加载那个文件。
必须执行php --ini看Loaded Configuration File路径，如果显示(none)，说明CLI连默认配置都没加载，memory_limit就是编译时硬编码的128M。常见位置：
- Ubuntu/Debian：
/etc/php/8.2/cli/php.ini - macOS Homebrew：
/usr/local/etc/php/8.2/php.ini - Windows XAMPP：
C:\xampp\php\php.ini（但要以php --ini输出为准）
改错位置比不改更危险：比如把fpm的php.ini里memory_limit调高，对composer完全无效，反而可能让artisan跑崩。
中文路径导致composer init失败？绕过JSON解析和文件系统限制
Composer v2+对中文路径、中文项目名、中文作者字段支持不稳定，尤其在Windows和某些Linux发行版上，composer init交互式输入后常卡在JSON写入或composer.json保存阶段，报错类似json_encode(): Invalid UTF-8 sequence或file_put_contents(): Unable to write。
立即学习“PHP免费学习笔记（深入）”；
这不是编码设置问题，而是底层libcurl、zip扩展或临时目录权限与中文字符交互异常。稳妥做法：
- 项目根目录绝对不用中文，哪怕只是“项目”两个字也换成
project或app -
composer init全程跳过交互：用composer init --name=vendor/name --description="no-chinese" --author="name@email.com"命令行预设 - 如果必须保留中文元数据，写完
composer.json后手动编辑，确保UTF-8无BOM，并用composer validate校验
注意：composer create-project同样踩坑，建议先建英文目录，再cd进去执行。
为什么--no-dev在CLI下生效，在CGI环境里却没用？
--no-dev只作用于composer install或update命令执行时的依赖解析阶段，它不改变已生成的vendor/autoload.php行为。如果你在Web请求中（比如Laravel的php artisan serve或Nginx+php-fpm）发现dev包类仍被加载，不是参数失效，而是autoload机制本身没隔离。
真正起效的只有两件事：
- 安装时加
--no-dev：确保vendor/里根本不含phpunit、phpstan等包 - 运行时用
--classmap-authoritative：它让自动加载器彻底忽略PSR-4扫描，只认autoload_classmap.php里的条目——而这个文件在--no-dev下生成时，天然不含dev类
漏掉--classmap-authoritative，哪怕vendor/里没dev包，只要代码里写了use PHPUnit\Framework\TestCase;，autoload还是会尝试PSR-4拼路径，最后抛出Class not found——这不是CLI和CGI差异，是autoload策略没闭环。
CGI模式下composer install卡住？别碰web服务器配置
有人试图在.htaccess或php_admin_value里调max_execution_time或memory_limit来救composer，这是方向性错误。Composer从不通过HTTP触发，它永远走CLI。你在Apache里设php_value memory_limit 2G，对composer install零影响。
唯一相关的是：如果你用shell_exec('composer install')这类PHP函数在Web页面里调用Composer（极其不推荐），那才受CGI配置约束。但此时问题根源是权限、PATH、扩展缺失，而非超时值——shell_exec子进程继承的是Web服务器的PHP环境，往往缺openssl、zlib，或disable_functions禁了proc_open。
正确做法永远是：在终端里用php -d memory_limit=-1 -d max_execution_time=0 /path/to/composer install跑通，再把这条命令放进部署脚本。Web界面不该承担包管理职责。
