根本原因是PHP默认内存限制过低，应优先用php -d memory_limit=2G composer install临时扩容，再结合--no-plugins/--no-dev等参数减负，而非盲目删lock或禁用插件。
Composer install 时提示 Allowed memory size exhausted 怎么办
根本原因不是插件太多，而是 Composer 默认用 php 运行时没设足够内存，尤其在加载大量包或启用 xdebug 时极易触发。关闭插件只是次要手段，优先应调高内存限制。
临时绕过内存限制的最快方式
直接在命令前加内存参数，跳过全局配置修改：
php -d memory_limit=-1 composer install
或者更稳妥地设为 2G（避免 -1 在某些环境被拒绝）：
php -d memory_limit=2G composer install
-
memory_limit=-1表示不限制，但部分共享主机或容器会禁用该值 - 别改系统级
php.ini，只影响当前命令，安全且可复现 - 如果用了
composer.phar直接执行，必须加php -d前缀，否则不生效
哪些插件真会影响内存且值得禁用
Composer 插件本身不常驻内存，但以下两类会在 install / update 阶段深度介入 autoload 生成或脚本执行，显著拖慢并吃内存：
-
hirak/prestissimo：已废弃，PHP 7.4+ 后反而引发 autoload 冲突和内存泄漏，建议从composer.json的require-dev中移除 -
roave/security-advisories：不运行时占内存，但会强制阻断所有含漏洞版本的解析，使依赖图计算变复杂，CI 环境可临时用--ignore-platform-req=roave/security-advisories - 自定义插件中含
PluginInterface::activate()里做全项目扫描或反射分析的——这类应查其源码，确认是否真必要
为什么不要盲目删 composer.lock 或清插件缓存
删 composer.lock 会强制重解依赖，比正常 install 多耗 3–5 倍内存；composer clear-cache 对内存溢出毫无帮助，它只清理下载包的磁盘缓存。
真正有效的轻量干预是：
- 加
--no-plugins参数（跳过所有插件，包括自动加载器扩展） - 加
--no-scripts（防止 post-install-cmd 等脚本触发额外 PHP 进程） - 若确定不需要 dev 包，加
--no-dev（减少约 40% 包解析量）
比如最小化安装命令：
php -d memory_limit=1G composer install --no-plugins --no-scripts --no-dev
内存问题往往藏在「默认行为」里：xdebug 开着、插件默默加载、dev 包参与解析——关掉它们比硬调内存更治本，但顺序不能错：先控内存，再减负载，最后查插件。
