Composer 无独立内存限制，完全依赖 PHP 的 memory_limit 配置；需用 php -r "echo ini_get('memory_limit');" 查 CLI 实际值，修改对应 php.ini 后临时覆盖可执行 php -d memory_limit=2G composer install。
Composer 本身没有独立的“内存限制设置”，它完全依赖 PHP 的 memory_limit 配置运行。你看到的 Allowed memory size exhausted 错误，根源在 PHP，不是 Composer 自己配置的。
如何确认当前生效的 PHP memory_limit 值
Composer 启动时会使用 CLI 模式下的 PHP 配置，和 Web 服务器（如 Apache/Nginx）用的配置可能不同。必须查 CLI 版本的实际值：
- 运行
php -r "echo ini_get('memory_limit');"—— 直接输出当前 CLI PHP 的限制，比如128M或-1（无限制） - 运行
php --ini查看 CLI 加载的php.ini路径，然后打开该文件搜索memory_limit - 注意：不要用
composer config或composer show查这个，它们不包含 PHP 运行时参数
为什么改了 php.ini 还没生效
常见原因是用了错误的 php.ini 文件，或未重启相关进程：
- CLI 和 FPM/Apache 使用的是两套配置，
php --ini输出的才是 Composer 读的 - 某些系统（如 macOS Homebrew、Ubuntu snap 安装的 PHP）有多个
php.ini位置，优先级容易混淆 - 如果通过 Docker 运行 Composer，需在容器内执行
php -r命令，宿主机改配置无效 - 修改后无需重启 Web 服务，但要确保终端新开 shell 或重新加载环境（尤其用了
phpbrew或asdf等版本管理器时）
临时提高 memory_limit 的安全做法
不建议永久设为 -1，推荐按需临时覆盖：
php -d memory_limit=2G /usr/bin/composer install
说明：
-
-d memory_limit=2G仅对本次命令生效，不影响全局配置 - 路径
/usr/bin/composer应替换为你本地的composer实际路径（可用which composer查） - 若用
composer.phar，写成php -d memory_limit=2G composer.phar install - Windows 用户注意用双引号：
php -d "memory_limit=2G" composer install
真正要调的是 PHP 的 memory_limit，Composer 只是那个跑在它上面的程序。很多人卡在查错方向上——盯着 composer.json 或 composer.lock 找内存配置，其实那里面根本不存在这个字段。
