应临时用 php -d memory_limit=2G composer install 提高内存限制，因错误源于 PHP 的 memory_limit 配置不足；长期需修改 php.ini 中 memory_limit 为 2G，并确认 CLI 使用的配置文件路径。
composer install 报 Allowed memory size of 1024M exhausted
这是 Composer 在加载依赖图或执行脚本时，PHP 内存耗尽的典型错误。不是 Composer 本身限制了 1024M，而是当前 PHP 配置的 memory_limit 恰好设为 1024M，而实际过程需要更多——比如项目含大量插件、递归 autoload、或用了 hirak/prestissimo（旧版）等扩展。
临时提高内存：用 -d 覆盖 PHP 配置
最直接有效的方式是启动时临时调大 memory_limit，不改 php.ini，不影响其他命令：
- Linux/macOS：
php -d memory_limit=2G /usr/bin/composer install - Windows cmd：
php -d memory_limit=2G composer install - 如果用
composer命令是 shell alias 或 bat 文件，确保它调用的是php而非php.exe直接封装体（否则-d可能被忽略） -
2G是安全起点；若仍失败，可试3G或-1（不限制），但仅限调试，生产环境别用-1
为什么不用 COMPOSER_MEMORY_LIMIT？
这个环境变量确实存在，但它的作用被严重高估了：
- 它只影响 Composer 自身的内存预留逻辑（比如是否提前 abort），不修改 PHP 的
memory_limit - 设成
2G后仍报错？说明 PHP 层已触顶，该变量没用 - 只有当你确认 PHP 内存充足，但 Composer 主动因“预估超限”中止时，才需调整它（极少见）
- 验证方式：
php -r "echo ini_get('memory_limit');"—— 这个值才是关键
长期方案：别靠每次加参数，改对地方
频繁遇到这问题，说明开发环境配置不合理。优先检查并修正以下位置：
- 查当前生效的
php.ini：php --ini，然后编辑对应文件，把memory_limit = 1024M改成2G（注意单位大小写，G要大写） - 如果你用 XAMPP/MAMP/WAMP，它们常自带独立
php.ini，CLI 和 Web 版可能不同，php -i | grep 'Loaded Configuration File'看清路径 - Docker 用户：在
php.ini中设置，或 Dockerfile 里加RUN echo "memory_limit = 2G" >> /usr/local/etc/php/conf.d/memory.ini - CI/CD（如 GitHub Actions）：在步骤中显式用
php -d memory_limit=2G composer install，别依赖全局配置
真正容易被忽略的是：有些 IDE（如 PHPStorm）内置终端会复用 GUI 环境的 PHP 配置，而 GUI 应用常被系统限制内存——这时候即使 CLI 下正常，IDE 终端里仍报错。换系统终端执行，或查 IDE 的 PHP 解释器路径是否指向了受限版本。
