最有效解法是php -d memory_limit=2G临时扩容，因Composer启动前即受PHP内存限制约束，该参数硬控进程存活；COMPOSER_MEMORY_LIMIT仅为软限制，须配合php -d使用才生效。

直接调高 PHP 进程内存限制（php -d memory_limit）是最有效、最可控的解法；COMPOSER_MEMORY_LIMIT 只是 Composer 自己的软刹车，不绕过 PHP 底层限制，单独设它大概率无效。

php -d memory_limit=2G 是什么情况下都该先试的命令

这是唯一能确保 Composer 进程“活下来”的硬控制。Composer 启动前就可能因 PHP 内存不足崩溃，根本没机会读配置或环境变量。

• Linux/macOS：直接运行 php -d memory_limit=2G composer install
• Windows PowerShell：必须加引号，php "-d" "memory_limit=2G" composer install，否则 -2G 被当命令行参数解析
• 如果 which composer 输出是 /usr/bin/composer（系统级 shell wrapper），-d 参数会被忽略——改用 php -d memory_limit=2G /path/to/composer.phar install，路径要对
• CI 环境（如 GitHub Actions）中，-1 可能被禁用，2G 更稳；别依赖 env: 块只设 COMPOSER_MEMORY_LIMIT，必须显式带上 php -d

COMPOSER_MEMORY_LIMIT=-1 为什么有时不生效

它只影响 Composer 内部缓存和依赖求解逻辑，不是 PHP 的闸门。值设为 -1 或 2147483648（2G 字节）才合法，2G、"-1"、2048M 全部无效。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• Composer v2+ 会主动拒绝 php -d memory_limit=-1，但接受 COMPOSER_MEMORY_LIMIT=-1 配合足够大的 PHP 限制（如 2G）
• 正确组合写法：php -d memory_limit=2G COMPOSER_MEMORY_LIMIT=2G composer install
• Windows CMD 中不能有空格：set COMPOSER_MEMORY_LIMIT=2G && php -d memory_limit=2G composer install
• composer.json 里写 "memory-limit": "-1" 完全无效，Composer 不支持该配置项

composer update 卡在 Resolving dependencies 不一定是内存问题

这个阶段 CPU 高、无输出、数分钟不动，更可能是依赖冲突引发的 SAT 求解爆炸，而非单纯内存耗尽。此时加内存治标不治本。

• 优先缩小范围：composer update monolog/monolog guzzlehttp/guzzle，避免全量重算
• 删掉不用的 require-dev 条目——它们参与依赖图构建，哪怕不安装
• 收紧版本约束，比如把 "^1.0" 改成 "^1.25" 或锁定小版本，减少 solver 探索空间
• 关掉插件：composer update --no-plugins，尤其旧版 hirak/prestissimo
• 确认 xdebug 已禁用：php -d zend_extension= -d xdebug.mode=off composer update

Docker 和 CI 环境最容易漏掉的三件事

本地能过、CI 报错，90% 是这三点没对齐。

• Docker 容器内 PHP 的 memory_limit 默认仍是 128M，改宿主机 php.ini 完全无效——需在 Dockerfile 中写入：RUN echo "memory_limit = 2G" > /usr/local/etc/php/conf.d/memory-limit.ini
• GitHub Actions 中，run: composer install 不继承 env: 块里的 COMPOSER_MEMORY_LIMIT，除非你同时显式指定 PHP 解释器：run: php -d memory_limit=2G composer install
• cgroup 限制未同步：即使容器内设了 2G，宿主机 cgroup 可能只给 512M，进程仍被 OOM Killer 杀掉——检查 /sys/fs/cgroup/memory/ 下限制值

真正麻烦的不是设不设内存，而是不同环境之间 PHP CLI 配置、Composer 版本、cgroup 限制、xdebug 状态全都不一致。先统一这些，再调内存才有意义。