php -d memory_limit=-1 是首选方案，因其是 php 解释器级硬开关，对当前命令完全生效且退出即还原；composer_memory_limit 仅控制 composer 内部逻辑，无法绕过 php 底层限制。
直接加内存限制是最有效、最安全的解法，别改 php.ini，也别指望 composer.json 配置能绕过 PHP 底层限制。
为什么 php -d memory_limit=-1 是首选方案
Composer 本身不“吃”内存，它只是触发了 PHP 进程在解析依赖树、下载元数据、生成 autoload 映射时的阶段性内存冲高。默认 memory_limit=128M 根本不够用，尤其当 composer.lock 缺失或含 200+ 包时，峰值常超 1.5GB。
-
php -d memory_limit=-1是 PHP 解释器级硬开关，对当前命令完全生效，退出即还原，不影响其他 CLI 工具或 Web 请求 - Windows CMD 用户注意写法：
php -d "memory_limit=-1" composer install（双引号不能省） - Git Bash / WSL 下可能被 shell 配置干扰，建议显式传参，别依赖
.bashrc - 若用
composer.phar，必须写成php -d memory_limit=2G composer.phar install，只敲composer.phar会跳过-d
COMPOSER_MEMORY_LIMIT 环境变量怎么用才不踩坑
这个变量是 Composer 自己读的，只控制其内部逻辑（比如 SAT 求解器），不覆盖 PHP 底层限制。它的优先级低于 php -d，但高于 php.ini，适合 CI/CD 脚本中复用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS 临时生效：
COMPOSER_MEMORY_LIMIT=2G composer install - Windows CMD 必须写成：
set COMPOSER_MEMORY_LIMIT=2G && composer install（&&前后不能有空格） - Docker 环境下光设这个变量没用，还得同步调大容器内存，例如
docker run --memory=4g - CI 中慎用
-1：GitHub Actions 或 GitLab CI 节点内存有限，推荐固定为2G或3G，防 OOM killer 杀进程
哪些操作本身就在烧内存，得先砍掉
加内存只是兜底，真正省内存要从动作源头控制。尤其是 composer update，它比 install 内存消耗高 5–8 倍。
-
composer update必须离线做：生产环境禁止直接跑，所有更新应在开发机完成并提交composer.lock - 缩小范围：
composer update vendor/package-name比全量 update 安全得多 - 禁用插件：
composer update --no-plugins，旧版hirak/prestissimo等插件会在解析前预加载全部类 - 关掉
xdebug：php -d zend_extension= -d xdebug.mode=off composer update，否则内存翻倍 -
dump-autoload报内存不足？检查autoload是否误含node_modules/、dist/或storage/目录
Docker 和 CI 环境里最容易忽略的点
本地好好的，CI 上崩，90% 是因为没意识到 PHP 进程运行在独立容器里，既不继承宿主机配置，也不读你本地的 .bashrc。
- GitHub Actions 中，别写
run: composer install，必须写run: php -d memory_limit=2G composer install --no-interaction - GitLab CI 若用自定义镜像，确认
/usr/bin/composer是二进制还是 shell wrapper；wrapper 不认-d，得用完整路径 +php -d - 某些 CI 平台（如 Bitbucket Pipelines）默认 PHP 版本老旧且
memory_limit锁死为 128M，此时COMPOSER_MEMORY_LIMIT无效，只能换基础镜像或提工单 - 容器内存限制（
--memory=2g）和 PHP 内存限制（-d memory_limit=2G）是两回事，缺一不可
最常被忽略的是：你以为加了 COMPOSER_MEMORY_LIMIT 就万事大吉，但它根本压不住 PHP 底层的 memory_limit=128M —— 只要 PHP 进程自己先爆了，Composer 连读环境变量的机会都没有。
