COMPOSER_MEMORY_LIMIT仅控制Composer自身内存预估逻辑，用于预防性提示Not enough memory，无法解决PHP抛出的Allowed memory size exhausted错误；真正生效的是php -d memory_limit=-1或2G。
COMPOSER_MEMORY_LIMIT 环境变量到底管什么
它不解决 Allowed memory size exhausted 错误，只控制 Composer 自己的内存预估逻辑。当 Composer 在启动阶段检测到系统剩余内存低于该值，会提前中止并报 Not enough memory, need XXX more——属于预防性提示，不是救命机制。如果你看到的是 PHP 报的 Allowed memory size of 134217728 bytes exhausted，说明进程已经 OOM，COMPOSER_MEMORY_LIMIT 根本没机会执行。
什么时候该设 COMPOSER_MEMORY_LIMIT=-1
仅在以下场景有效：
- 你明确看到错误是
Not enough memory, need XXX more（注意不是Allowed memory size exhausted） - 你在 CI 中跑
composer dump-autoload或composer validate这类轻量命令，但被 Composer 自身内存检查拦住 - 你用的是 Composer 2.5+，且想禁用它的运行时内存估算（设为
-1即跳过检查）
设法：
Discussion 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=-1 composer install - Windows CMD：
set COMPOSER_MEMORY_LIMIT=-1 && composer install - PowerShell：
$env:COMPOSER_MEMORY_LIMIT="-1"; composer install
为什么不能靠它绕过 PHP 内存限制
COMPOSER_MEMORY_LIMIT 是 Composer PHP 代码里读的一个变量，而 Allowed memory size exhausted 是 PHP 解释器在底层直接抛出的致命错误——进程在进入 Composer 主逻辑前就崩了。相当于你想让司机看油表预警，但车还没点火，引擎就因缺机油卡死。
- 真正起作用的是
php -d memory_limit=-1，它在 PHP 启动瞬间覆盖memory_limitini 设置 -
COMPOSER_MEMORY_LIMIT=2G和php -d memory_limit=2G完全不是一回事：前者只是个数字，后者才是实际生效的内存闸门 - CI 脚本里写
COMPOSER_MEMORY_LIMIT=-1却仍报内存错？说明你漏写了php -d，命令实际走的是系统默认 PHP 配置
容易被忽略的细节
这个变量对路径、引号、shell 类型极其敏感：
- Git Bash / WSL 下，
export COMPOSER_MEMORY_LIMIT=-1可能被 shell 配置覆盖，建议命令行直接传：COMPOSER_MEMORY_LIMIT=-1 composer install - Windows PowerShell 中，
=前后不能有空格，$env:COMPOSER_MEMORY_LIMIT = "-1"会失败，必须写成$env:COMPOSER_MEMORY_LIMIT="-1" - 它不继承自
.env或phpunit.xml，Composer 不读这些文件 - 设完别忘了验证：
composer config --list --global不显示它，得用echo $COMPOSER_MEMORY_LIMIT（Linux/macOS）或echo %COMPOSER_MEMORY_LIMIT%（Windows CMD）
