最可靠解法是php -d memory_limit=-1 composer install，因composer是php进程，受启动时memory_limit硬限制；composer_memory_limit仅控内部逻辑，无法突破php底层限制。
直接用 php -d memory_limit=-1 前缀命令即可，这是最可靠、最通用的临时解法。
为什么必须加 php -d 而不是只写 composer install
因为 composer 命令本质是 PHP 脚本（.phar 文件），它运行在 PHP CLI 进程里，而该进程受 memory_limit 限制。不显式调用 php 并传参，系统会走默认 PHP 配置（通常是 128M），根本没机会扩容。
- 错误写法：
composer install—— 完全不生效，仍卡在默认限制 - 正确写法：
php -d memory_limit=-1 composer install - Windows CMD 下注意引号：
php -d "memory_limit=-1" composer install - 若用
composer.phar文件，也得写成：php -d memory_limit=2G composer.phar update
memory_limit=-1 和 =2G 怎么选
-1 表示不限制，2G 是显式上限，两者都绕过了 php.ini，但适用场景不同：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 本地开发机：用
-1最省事，系统内存够，不怕失控 - CI/CD（GitHub Actions、GitLab CI）：必须设上限，如
2G或3G，否则容器可能被 OOM killer 杀掉，报错变成静默的Killed，无堆栈可查 - Docker 环境：光设
php -d memory_limit=3G不够，还得同步确认容器启动时有足够内存，例如docker run --memory=4g - 某些共享主机禁用
-1，此时只能退而求其次：php -d memory_limit=1024M
别踩这些坑：环境变量和 ini_set 都不顶用
很多人试过 COMPOSER_MEMORY_LIMIT=-1 或在脚本里写 ini_set('memory_limit', '-1')，结果失败——原因很实在：
-
COMPOSER_MEMORY_LIMIT确实有效，但它只控制 Composer 自身逻辑层的内存策略，**不覆盖 PHP 底层的memory_limit限制**；一旦底层触发Allowed memory size exhausted，环境变量早就不重要了 -
ini_set在composer.phar入口之后才执行，而内存爆炸往往发生在 autoload 加载或依赖解析早期，ini_set根本没机会运行 - 改
php.ini是全局行为，CLI 和 Web SAPI 的配置常不一致，且上线环境通常不允许修改
真正关键的点就一个：所有内存相关问题，第一反应必须是检查当前 CLI 进程实际加载的 php.ini 路径（php -i | grep "Loaded Configuration File"），再决定要不要加 -d 参数——漏掉这步，后面所有操作都是蒙眼贴膏药。
