最有效解法是临时用php -d memory_limit=2g composer install，因2g经ci验证稳妥且不触发oom；composer_memory_limit仅作用于composer内部逻辑，不绕过php底层限制。
直接调高 PHP 内存限制是最有效解法，但必须确保它真正作用于 Composer 进程——php -d memory_limit=2G 是最稳的临时方案，COMPOSER_MEMORY_LIMIT 环境变量只在 Composer 自身逻辑中生效，不绕过 PHP 底层限制。
php -d memory_limit=2G 为什么比 -1 更推荐
设成 -1 表示无限制，但在容器或 CI 环境里容易触发 OOM Killer 杀死进程；而 2G 是经过大量 CI 验证的平衡值：够用、兼容旧版 PHP、不会被系统误判为失控进程。
-
php -d memory_limit=2G composer install必须把php -d放在composer命令前，写反了（如composer install -d memory_limit=2G）完全无效 - Windows PowerShell 中等号需加引号：
php -d "memory_limit=2G" composer install，否则会被当命令参数解析 - 如果
which composer返回/usr/bin/composer，说明是系统 wrapper，-d参数大概率被忽略——应改用php -d memory_limit=2G /usr/bin/composer install
COMPOSER_MEMORY_LIMIT 环境变量的真实作用范围
这个变量只控制 Composer 自己的内存管理逻辑（比如依赖求解缓存大小），**不改变 PHP 的 memory_limit 底层限制**。PHP 进程在第 129MB 就被 kill，Composer 根本没机会读到它。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 - 它对
composer update效果明显，对composer install作用有限——因为 install 主要开销在解压和软链，由 PHP 直接承担 - 验证是否生效：加
-v参数运行，开头几行会打印Memory limit: 2G
为什么 composer update 比 install 更容易爆内存
composer update 要跑 SAT（布尔可满足性）求解，反复尝试版本组合、回溯冲突，整个过程在单个 PHP 进程里完成；而 install 只按 composer.lock 精确还原，理论上开销小得多。
- 日常开发优先用
composer install，不是update - 真要升级，缩小范围：
composer update monolog/monolog guzzlehttp/guzzle，避免全量重算 - 加
--no-plugins关掉插件（尤其已废弃的hirak/prestissimo），某些插件会额外加载几十个类 - 确认关掉 xdebug：
php -d zend_extension= -d xdebug.mode=off composer update，它会让内存占用翻倍
Docker 和 CI 环境下最容易漏掉的关键点
容器里 PHP 的 memory_limit 默认常是 128M，且宿主机的 php.ini 完全无效；GitHub Actions 等平台默认 shell 是 non-interactive，环境变量可能传不进 Composer 进程。
- Dockerfile 中不要只写
RUN composer install，要显式带参数：RUN php -d memory_limit=2G composer install --no-dev - GitHub Actions 的
run:步骤里，每条命令都得单独加php -d，不能只靠env:设COMPOSER_MEMORY_LIMIT - GitLab CI 推荐用
before_script:加export COMPOSER_MEMORY_LIMIT=2G，它比改 PHP 配置更轻量 - Alpine 镜像默认没开
ZEND_MM_ALLOC，内存管理更激进，建议换php:slim或显式加export COMPOSER_MEMORY_LIMIT=-1
最常被忽略的是：composer.lock 文件本身过大（比如超 5MB），往往意味着 require-dev 过度或用了太多 dev-master，这种情况下光提内存只是掩耳盗铃——得先清理锁文件再重试。
