95%的composer内存溢出必须用php -d memory_limit=-1 composer install解决，因其在php进程启动瞬间覆盖默认128m限制，仅作用于当前命令，不改配置、不重启服务；windows powershell需加引号，顺序不可错，且composer_memory_limit无法突破该底层限制。
php -d memory_limit=-1 是唯一可靠的第一步
不是“试试看”，而是必须加——composer install 或 composer require 卡在 Resolving dependencies 时，95% 是 PHP 进程被 memory_limit 截断。默认 128M 对现代项目完全不够，php -d memory_limit=-1 在进程启动瞬间覆盖限制，只作用于当前命令，不改配置、不重启、不影响 phpunit 或 artisan tinker。
注意三点：
- 顺序不能错：
php -d memory_limit=-1 composer install，写成composer install -d memory_limit=-1无效 - Windows PowerShell 必须加引号：
php -d "memory_limit=-1"，否则-1被 shell 截断 - 用了
composer.phar？写法不变：php -d memory_limit=-1 ./composer.phar update
--no-dev 和 --optimize-autoloader 必须组合使用
composer install --no-dev 不是“可选优化”，而是内存减压最直接的杠杆——跳过 require-dev 中所有包（如 phpunit、phpstan）的元数据解析，常降内存峰值 40%~60%。--optimize-autoloader（或简写 -o）则让 autoload 阶段生成扁平 classmap，避免运行时动态扫描，进一步压低 dump 阶段内存压力。
CI/CD 中推荐固定组合：
php -d memory_limit=2G composer install --no-dev --optimize-autoloader --classmap-authoritative- 别用
--no-dev却漏掉-o：autoload 生成仍可能爆内存 - 如果只是本地开发调试，可先去掉
-o快速验证，再补上
composer.json 和 composer.lock 是隐性内存杀手
很多人只盯着命令参数，却忽略 composer.json 和 composer.lock 本身就在悄悄吃内存：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
autoload.files里引入了大体积辅助函数文件（比如含数百个函数的helpers.php），dump-autoload阶段会全量读入内存 -
composer.lock文件超过 5MB（常见于大量dev-master哈希、废弃包残留），install会退化为全量update行为 -
require里写了symfony/symfony这类全量包，而非具体组件（如symfony/http-kernel），解析时加载冗余约束
执行前快速检查：
- 运行
composer validate看是否有宽泛或冲突的 autoload 映射 - 用
ls -lh composer.lock查大小，超 3MB 就该考虑composer update --lock清理 - 删掉长期不用的
require-dev条目，而不是靠--no-dev掩盖
别信 COMPOSER_MEMORY_LIMIT，它根本破不了内存墙
COMPOSER_MEMORY_LIMIT=-1 看起来很美，但它只控制 Composer 内部某些可中断逻辑（比如依赖回溯步数），**完全无法绕过 PHP 底层的 memory_limit 限制**。只要 PHP 进程自己卡在 128M，Composer 根本没机会执行到读取这个变量的代码。
所以：
- 单独设
COMPOSER_MEMORY_LIMIT=-1 composer install依然报Allowed memory size of 134217728 bytes exhausted - 它只能当“第二道保险”：和
php -d memory_limit=2G一起用，比如php -d memory_limit=2G COMPOSER_MEMORY_LIMIT=1536M composer install - CI 中若平台禁用
-d（如某些 GitLab Runner），才 fallback 到COMPOSER_MEMORY_LIMIT，但必须同步加--no-dev和--no-plugins
真正危险的是把 memory_limit = -1 写进全局 php.ini——失控风险真实存在，尤其在容器或共享环境中。
