直接加内存参数最有效：用 php -d memory_limit=2G composer install 替代裸跑 composer install，90% 的中断因此消失。
直接加内存参数最有效：用 php -d memory_limit=2G composer install 替代裸跑 composer install，90% 的中断因此消失。
为什么裸跑 composer 会内存爆掉
Composer 本身不耗内存，它只是个 PHP 脚本；真正吃内存的是 PHP 进程在解析依赖树、下载元数据、生成 autoload 映射时的阶段性峰值。默认 CLI 的 memory_limit 多为 128M 或 256M，而一个含 Laravel + 30+ dev 依赖的项目，composer update 峰值轻松突破 1.5GB。
常见错误信息里明确写着：Allowed memory size of 134217728 bytes exhausted（即 128MB），这不是 Composer bug，是 PHP 启动时就被限死了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 不要改 Apache/Nginx 用的
php.ini——CLI 和 Web SAPI 加载的是不同配置文件 - 运行
php --ini看 “Loaded Configuration File” 路径，才是你要查或临时绕过的那个 -
php -r "echo ini_get('memory_limit');"可验证当前 CLI 实际生效值
怎么加才真正生效
必须把 php -d 放在最前面，且不能漏掉 php。很多人写成 composer install -d memory_limit=2G 或 COMPOSER_MEMORY_LIMIT=2G composer install，后者只影响 Composer 自身逻辑层，不覆盖底层 PHP 内存限制，仍可能崩在 autoload 扫描阶段。
- 正确写法（Linux/macOS/CMD）：
php -d memory_limit=2G composer install - PowerShell 需加引号：
php -d "memory_limit=-1" composer update - 用
composer.phar文件时：php -d memory_limit=2G ./composer.phar install -
-1表示无限制，本地开发可用；CI/容器环境建议写死为2G或3G，防 OOM killer 杀进程
加了内存还失败？检查这三处
内存只是表象，背后常混着磁盘、权限或配置问题，尤其当错误突然出现、本地正常而 CI 报错时。
-
No space left on device不是内存错，是系统临时目录（/tmp或%TEMP%）满了——Composer 默认把 ZIP 下载、解压、重命名全放这儿，峰值空间可能是 vendor 体积的 2–3 倍 -
Permission denied错误里file_put_contents(/path/to/file)后面的路径，才是真实要修的位置，比如~/.composer/cache/或vendor/，先ls -ld /path/to/file查属主 -
composer dump-autoload卡住也报内存不足？大概率是autoload配置误扫了node_modules/、storage/logs/或超大 JSON 配置文件，用composer dump-autoload --no-scripts单独测试可快速定位
最易被忽略的点：CI 环境里，composer install 命令若没显式调用 php，就走的是系统默认 PHP 配置，哪怕你设了 COMPOSER_MEMORY_LIMIT 也没用；Docker 容器还要同步检查 --memory 是否足够，否则 PHP 层面再放开也会被 kill 掉。
