应优先用composer install --no-dev和COMPOSER_MEMORY_LIMIT=-1组合方案，因内存瓶颈多在依赖解析与autoload生成阶段，禁用dev依赖可降30%–60%内存占用，而COMPOSER_MEMORY_LIMIT优先级高于PHP配置且控制Composer子进程，memory_limit=-1常被其主动覆盖失效。
Composer install 时提示 Allowed memory size exhausted 怎么办
直接调高 PHP 内存限制是最常见的误操作——composer install 占用的内存不是靠 memory_limit 无脑放大就能解决的，尤其在依赖树深、包数量多（比如 Laravel + 大量 dev 包）时，PHP 进程会反复解析 composer.lock 和依赖图，真正卡点常在 autoload 生成和依赖解析阶段。
实操建议：
- 临时禁用 dev 依赖：运行
composer install --no-dev，能减少 30%–60% 内存占用，适合部署环境 - 跳过 autoload 重建：加
--no-autoloader，后续手动跑composer dump-autoload分步处理 - 改用更轻量的 autoloader：在
composer.json中设"optimize-autoloader": true，并确保已启用"classmap-authoritative": true - 避免在低配 CI 环境（如 1GB 内存的 GitHub Runner）直接跑完整 install；优先用
composer install --ignore-platform-reqs+ 缓存机制组合
为什么 set memory_limit=-1 还报错
因为 Composer 本身会主动检测并覆盖 PHP 的 memory_limit 设置——它在启动时读取 php.ini，然后内部强制设为 1.5G（v2.x）或 2G（v2.5+），若系统实际可用内存不足，就会触发 Allowed memory size exhausted，和 PHP 配置无关。
验证方式：运行 php -r "echo ini_get('memory_limit');" 查看 PHP 层设置，再执行 composer diagnose，注意输出里 Memory limit 行显示的是 Composer 实际采用的值。
绕过方法：
- 用
COMPOSER_MEMORY_LIMIT=-1 composer install强制关闭 Composer 自限（仅限可信环境） - 降级到 v2.4.x（部分版本对内存控制更宽松，但需权衡安全更新）
- 换用
php -d memory_limit=-1 /path/to/composer.phar install，绕过 Composer 自检逻辑
镜像源没配对，缓存反而拖慢速度
国内用户常直接改 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，但 Aliyun 镜像不支持 packages.json 的 delta 更新，每次 composer update 都要全量下载元数据（约 10–20MB），比官方 CDN 还慢；而腾讯云、华为云镜像虽快，却长期不同步 dev 分支 tag，导致 require-dev 安装失败。
推荐配置：
- 日常开发用
https://packagist.phpcomposer.com（已停更，弃用）→ 改用https://repo.packagist.org+composer config -g repos.packagist composer https://packagist.org（官方 HTTPS 加速版） - CI 构建用
https://mirrors.huaweicloud.com/repository/php/，但必须加--with-dependencies显式拉取 dev 包 - 所有镜像都应配合
composer clear-cache后再首次使用，否则旧缓存可能污染新源
vendor 目录变大又慢？删掉重装不如增量修复
rm -rf vendor && composer install 看似干净，实则浪费大量时间重新解压、校验、生成 autoload；更高效的方式是利用 Composer 自带的增量机制。
实操路径：
- 先确认 lock 文件未被意外修改：
composer validate，失败则git checkout composer.lock - 只重装出问题的包：
composer remove vendor/package-name && composer require vendor/package-name - 修复 autoload 而不重装：
composer dump-autoload -o（-o表示 optimized） - 清理无效缓存：
composer clear-cache后再composer install --no-scripts，避免 post-install-cmd 触发冗余操作
真正耗时的从来不是下载，而是解压和 autoloader 构建。一个 200MB 的 vendor 目录，dump-autoload -o 可能只要 3 秒，而全量重装动辄 2 分钟以上——尤其当磁盘是机械硬盘或 CI 挂载网络存储时。
