composer不提供memory-limit配置项，composer config memory-limit命令不存在且无效；唯一有效方式是设置环境变量composer_memory_limit（如composer_memory_limit=-1）或php启动参数php -d memory_limit=-1。
Composer 没有“运行内存限制”这个可配置的系统参数，它不提供 memory-limit 这类 config 项，也不读 composer.json 里的相关字段——所有试图用 composer config memory-limit 或在 config 段写 "memory-limit": "-1" 的做法都无效。
为什么 composer config memory-limit 不起作用
这个命令根本不存在。Composer 的 config 子命令不识别 memory-limit，执行后既不报错也不写入任何配置，纯属误导。官方文档和源码中均无该支持。你看到的生效现象，大概率是巧合（比如刚好同时设置了环境变量），或误判了错误消失的原因。
-
composer config -g memory-limit -1：静默失败，全局配置文件里不会出现该字段 -
"config": { "memory-limit": "-1" }写进composer.json：Composer 启动时直接忽略，完全不解析 - 真正被读取的只有环境变量
COMPOSER_MEMORY_LIMIT，或 PHP 启动参数-d memory_limit
COMPOSER_MEMORY_LIMIT 怎么设才合法且生效
这是 Composer 原生支持、优先级最高的方式，但值必须严格符合格式，否则会被当字符串丢弃：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确写法：
COMPOSER_MEMORY_LIMIT=-1（不限）、COMPOSER_MEMORY_LIMIT=2147483648（2G 字节）、COMPOSER_MEMORY_LIMIT=2G（仅 PHP 7.2+ 支持，推荐用于 Linux/macOS） - 错误写法：
"-1"（带引号）、2g（大小写敏感）、2048M（旧版 Composer 不认单位）、COMPOSER_MEMORY_LIMIT=0（不是禁用，而是 fallback 到 php.ini） - 平台差异：
Linux/macOS：直接COMPOSER_MEMORY_LIMIT=2G composer install
Windows CMD：set COMPOSER_MEMORY_LIMIT=2G && composer install
PowerShell：$env:COMPOSER_MEMORY_LIMIT="2G"; composer install
php -d memory_limit 和 COMPOSER_MEMORY_LIMIT 的关键区别
两者控制层级不同，不能互相替代：
-
php -d memory_limit=-1是 PHP 解释器的硬闸门，限制整个进程（含 fork 出的子进程、解压、脚本执行等），优先级更高 -
COMPOSER_MEMORY_LIMIT只影响 Composer 主进程内部逻辑（如依赖图解析、缓存构建），对unzip、git clone等子进程无效 - 同时设置时，
php -d优先生效；若只设COMPOSER_MEMORY_LIMIT=-1但php -d memory_limit=128M，仍会报Allowed memory size exhausted - Docker/CI 环境中，
php -d常被安全策略禁用，此时只能靠COMPOSER_MEMORY_LIMIT
调高了还是 OOM？真凶往往不是内存数值本身
即使设到 4G 仍失败，说明问题出在行为模式而非容量：
- 启用了
xdebug：CI 中务必关掉，用php -m | grep xdebug确认；它会让内存占用翻倍以上 -
autoload规则过宽：比如"psr-4": {"": "src/"}实际扫描了vendor/下内容，或autoload.files引入了超大工具文件 -
composer.lock文件过大（>5MB）：常见于"minimum-stability": "dev"或大量dev-master提交哈希，考虑清理require-dev - 用了已废弃插件（如
fxp/composer-asset-plugin）或老版本 Composer（v2.2 以下），升级到 v2.5+ 能明显缓解
最麻烦的是：不同环境之间配置没对齐——本地用 php -d 过了，CI 里只设了 COMPOSER_MEMORY_LIMIT 却忘了关 xdebug，结果卡在同一个位置。这种隐性不一致，比数值本身更难排查。
