php -d memory_limit=-1 必须放在最前面，因它是唯一能绕过PHP进程启动时memory_limit硬限制的方式；错误写法如composer install -d memory_limit=-1或COMPOSER_MEMORY_LIMIT=-1均无效，Windows PowerShell需加引号，且应配合--no-dev和--optimize-autoloader等参数协同降内存。
php -d memory_limit=-1 必须放在最前面
95% 的 Composer 内存溢出，本质是 PHP CLI 进程启动时被 memory_limit=128M 截断，而 php -d memory_limit=-1 是唯一能绕过这个硬限制的可靠方式。它必须在命令最左侧，且不能漏掉 php 前缀。
- ✅ 正确：
php -d memory_limit=-1 composer install - ❌ 错误：
composer install -d memory_limit=-1（Composer 不识别该参数） - ❌ 错误：
COMPOSER_MEMORY_LIMIT=-1 composer install（PHP 进程早被卡死，根本没机会读这个变量） - ⚠️ Windows PowerShell 用户必须加引号：
php -d "memory_limit=-1" composer install，否则-1可能被 shell 截断为空值 - ⚠️ 如果用
composer.phar，写法是：php -d memory_limit=-1 composer.phar install
--no-dev 和 --optimize-autoloader 必须组合使用
光加 php -d memory_limit=-1 只是“保命”，真正降内存峰值要靠裁剪流程。跳过 require-dev 解析可降 40%–60% 内存，但若不配 --optimize-autoloader（或 -o），autoload 生成阶段仍可能爆内存。
-
--no-dev：跳过所有 dev 包（如phpunit、phpstan）的元数据加载和依赖解析 -
--optimize-autoloader（或-o）：生成扁平 classmap，避免运行时动态扫描路径 -
--classmap-authoritative（或-a）：配合-o使用，让 autoloader 完全信任 classmap，不再 fallback 查 PSR-4 - CI/CD 推荐固定组合：
php -d memory_limit=2G composer install --no-dev -o -a
composer.lock 文件过大才是隐形内存杀手
很多人以为 composer install 轻量，结果一跑就崩——问题常出在 composer.lock 本身。超过 5MB 的 lock 文件（含大量 dev-master 哈希、废弃包残留、嵌套 version 约束）会让 Composer 退化为全量解析，内存消耗直逼 update。
- 执行前先检查：
ls -lh composer.lock，超 3MB 就该警惕 - 验证 lock 合法性：
composer validate，看是否有宽泛 autoload 映射或冲突约束 - 清理冗余依赖：
composer update --lock可精简哈希、合并重复条目（需确保无手动修改） - 删掉长期不用的
require-dev条目，而不是靠--no-dev掩盖 - 避免在
autoload.files中引入大体积辅助函数文件（如含数百函数的helpers.php）
别信 COMPOSER_MEMORY_LIMIT=-1 能解决问题
这个环境变量只影响 Composer 自身某些可中断逻辑（比如依赖回溯步数上限），**完全无法突破 PHP 底层的 memory_limit 限制**。设了 COMPOSER_MEMORY_LIMIT=-1 却仍报 Allowed memory size of 134217728 bytes exhausted，说明 PHP 进程早在启动时就被卡死了。
- 它的合理定位是“二次防护”：搭配
php -d memory_limit=2G使用，防插件或坏包触发缓慢内存爬升 - Linux/macOS：
COMPOSER_MEMORY_LIMIT=1536M composer install - Windows CMD：
set COMPOSER_MEMORY_LIMIT=1536M && composer install - PowerShell：
$env:COMPOSER_MEMORY_LIMIT="1536M"; composer install - 单位必须大写：
2G有效，2g被 PHP 忽略
composer.json 和 composer.lock 的结构比命令参数更容易被忽略——它们不动声色地决定了解析阶段的内存基线。 
