php -d memory_limit必须写在命令最前面，否则PHP进程启动时无法生效；99%的Allowed memory size exhausted错误源于PHP自身内存限制被截断，而非Composer逻辑问题。
php -d memory_limit 必须写在命令最前面，否则无效
你看到的 Allowed memory size exhausted 错误，99% 是 PHP 进程本身内存被截断，不是 Composer 逻辑出错。第一反应不是改 COMPOSER_MEMORY_LIMIT，而是确保 php -d memory_limit=2G 真正生效。
常见失效场景：
-
composer install -d memory_limit=384M——-d被当 Composer 子命令忽略，PHP 根本没收到 -
which composer返回/usr/bin/composer（Ubuntu/Debian 的 shell wrapper）—— 它会丢弃所有-d参数 - PowerShell 下没加引号：
php -d memory_limit=384M→-d被识别为 PowerShell 参数
正确写法（按优先级排序）：
- Linux/macOS：用绝对路径绕过 wrapper：
php -d memory_limit=2G /usr/bin/composer install - PowerShell：必须加引号：
php -d "memory_limit=2G" composer install - CI/CD 中建议显式写两遍：
php -d memory_limit=2G COMPOSER_MEMORY_LIMIT=2G composer install --no-autoloader --no-scripts
--no-autoloader 和 --no-scripts 是低内存容器的保命开关
composer install 最耗内存的阶段根本不是下载或解压，而是 install 后自动触发的 dump-autoload 和所有 post-install-cmd 脚本。这些操作在无 opcache 的 CLI 环境下反复扫描、生成映射，极易 OOM。
实操建议（顺序不能错）：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先跑：
php -d memory_limit=2G composer install --no-autoloader --no-scripts --no-dev --prefer-dist - 再单独跑 autoload：
php -d memory_limit=512M composer dump-autoload --optimize（注意这里可降回更低值） - 确认项目不依赖脚本（比如不生成 config、不编译前端），就永远别开
--scripts
COMPOSER_MEMORY_LIMIT 和 php -d memory_limit 的区别必须分清
php -d memory_limit=-1 是 PHP 解释器层面的硬限制解除，对整个进程生效，包括插件初始化、autoload 扫描等；COMPOSER_MEMORY_LIMIT 是 Composer 自己读取的变量，只控制其内部依赖解析逻辑，不覆盖 PHP 底层限制。
关键点：
-
COMPOSER_MEMORY_LIMIT优先级高于php.ini，但低于php -d - 设
COMPOSER_MEMORY_LIMIT=-1没用，如果php.ini里仍是memory_limit=128M，PHP 进程启动就被卡死 - Docker 环境下光设这个变量不够，还得同步调大容器内存限制，例如
docker run --memory=4g
autoload 阶段爆内存，往往不是 autoload 本身的问题
composer dump-autoload 内存爆掉，通常是因为它被迫扫描了不该扫的目录：比如 logs/、storage/、node_modules/，或者 composer.json 里 autoload 配置误包含了 dist/ 或测试文件。
排查要点：
- 运行
composer dump-autoload --no-scripts --verbose观察是否卡在某个路径 - 检查
composer.json的autoload和autoload-dev字段，确认没包含非代码目录 - 临时移走
storage/、logs/、public/build/等目录再试 - 用
composer dump-autoload --classmap-authoritative -o可跳过 PSR-4 动态查找，但需确保项目不依赖运行时生成类
真正容易被忽略的是：很多团队在 CI 中只加了 COMPOSER_MEMORY_LIMIT，却忘了 PHP CLI 进程本身的 memory_limit 仍被系统默认值锁死；而 Docker 用户常设了 php -d memory_limit=3G，却没配 --memory=4g，结果进程被 OOM Killer 杀掉，报错变成无声的 Killed。
