Composer本身不提供内存限制功能，仅响应外部设置；真正生效的是COMPOSER_MEMORY_LIMIT环境变量或php -d memory_limit参数，前者控制主进程软限制，后者是PHP解释器硬闸门，且composer config memory-limit命令根本不存在，所有相关配置均被忽略。
Composer 本身不提供内存限制功能，它只响应外部设置；真正生效的是 COMPOSER_MEMORY_LIMIT 环境变量或 php -d memory_limit，二者作用不同、不能互相替代。
为什么 composer config memory-limit 不起作用
这个命令根本不存在。执行 composer config -g memory-limit -1 或往 composer.json 的 config 段写 "memory-limit": "-1" 都是无效的——Composer 启动时完全忽略这些字段，也不会报错。你看到“好像生效了”，大概率是同时设置了环境变量，或者误判了错误消失的原因。
-
composer config子命令不识别memory-limit，源码和官方文档均无此支持 -
composer.json中的config段只读取白名单字段（如process-timeout、fxp-asset），memory-limit不在其中 - 全局配置文件（如
~/.composer/config.json）里手动加该字段也无效
COMPOSER_MEMORY_LIMIT 的合法写法和平台差异
这个环境变量是 Composer 原生支持、优先级高于 php.ini 的方式，但值必须严格合法，否则会被当字符串丢弃，等同于没设。
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（引号不可少）
- Linux/macOS：
COMPOSER_MEMORY_LIMIT 和 php -d memory_limit 的关键区别
它们控制的不是同一层：前者是 Composer 主进程内部的“软刹车”，后者是 PHP 解释器的“硬闸门”。只设前者而忽略后者，90% 的爆内存场景仍会失败。
-
php -d memory_limit=-1 composer.phar install：强制 PHP 进程不限内存，影响所有子进程（解压、git clone、autoload 生成），优先级最高 -
COMPOSER_MEMORY_LIMIT=-1：仅让 Composer 自己跳过内存预估检查，对 unzip、fork 出的插件子进程无效 - 如果同时设置，
php -d优先生效，COMPOSER_MEMORY_LIMIT被忽略 - Docker/CI 环境中，
php -d常被安全策略禁用，此时只能靠COMPOSER_MEMORY_LIMIT，但必须配好值格式
容易被忽略的真·瓶颈点
调高内存只是兜底，很多项目爆内存根本不是因为不够，而是 Composer 在干一堆低效甚至多余的事。
- xdebug 开着：本地开发常默认启用，会让内存占用翻倍以上；CI 中务必关掉：
php -d zend_extension= -d xdebug.mode=off composer install -
--no-dev和--optimize-autoloader：CI 场景下必加，能直接砍掉 40%~60% 内存峰值 - 循环依赖或宽泛 autoload 规则（如
"psr-4": {"": "src/"}扫描整个vendor）：这类问题调再大内存也没用 - Docker 容器里没同步 cgroup 限制：即使
COMPOSER_MEMORY_LIMIT=-1，宿主机仍可能 kill 掉进程
