Composer安装报内存不足错误本质是PHP CLI内存限制过低，需修改对应php.ini中memory_limit值或用php -d memory_limit=-1临时解决。
Composer 安装时抛出 PHP Fatal error: Allowed memory size of XXXXXX bytes exhausted，本质是 PHP 进程内存不足，不是 Composer 本身有 bug。直接改 memory_limit 是最常见也最有效的解法，但必须改对位置、改够数值，且要区分 CLI 和 Web 环境。
确认当前 PHP CLI 的 memory_limit 值
Composer 在终端运行，走的是 PHP CLI SAPI，和网页访问用的 Apache/Nginx + PHP-FPM 是两套配置。很多人改了 php.ini 却没生效，就是因为改错了文件。
执行以下命令确认实际生效的配置：
php -r "echo ini_get('memory_limit').PHP_EOL;"
再查它加载的 php.ini 路径：
php --ini
输出类似：Configuration File (php.ini) Path: /etc/php/8.2/cliLoaded Configuration File: /etc/php/8.2/cli/php.ini
注意看 Loaded Configuration File 行——这才是你要编辑的文件。
临时提升内存限制（推荐用于单次安装）
不改配置文件，避免影响其他脚本，也省去重启服务步骤。在运行 composer install 或 composer update 前，加一个环境变量或参数即可：
- 方式一（推荐）：用
-d参数临时覆盖
php -d memory_limit=-1 composer install
-1 表示无限制；也可设为具体值，如 2G、3072M。
- 方式二：通过环境变量（部分系统需确认 PHP 支持）
php -d memory_limit=-1 /usr/local/bin/composer install
注意：不要写成 COMPOSER_MEMORY_LIMIT=-1 composer install ——这个环境变量只控制 Composer 自身的内存预分配逻辑，不能突破 PHP 底层限制。
永久修改 php.ini（适合频繁使用 Composer 的开发机）
编辑 CLI 对应的 php.ini（不是 apache2/php.ini 或 fpm/php.ini），找到 memory_limit 行：
将
memory_limit = 128M
改为
memory_limit = 2G
或更保守一点：
memory_limit = 1536M
改完保存，无需重启任何服务（CLI 每次启动都重新读取）。验证是否生效：
php -r "echo ini_get('memory_limit');"
为什么有时调大了还是报错？
常见但容易被忽略的几个点：
-
composer update比composer install更吃内存，尤其当composer.lock不存在或过期时，会触发全量依赖解析——建议先确保有可用的lock文件 - 某些老旧插件（如
hirak/prestissimo）在高版本 Composer 中反而引发内存异常，可尝试禁用：composer config -g disable-tls true不相关，真正有效的是：composer config -g use-include-path false，或干脆删掉全局插件 - PHP 编译时启用了
--enable-memory-limit才支持运行时调整；极少数嵌入式或定制版 PHP 可能不支持-d memory_limit，此时只能重编译或换 PHP 版本
真正卡住的时候，别只盯着内存数字——先用 composer install --no-scripts --no-plugins 快速验证是否基础流程能跑通，再逐步放开功能定位问题模块。
