必须用php -d memory_limit=2g开头，因composer是php进程，内存上限在启动时即锁定；composer_memory_limit仅为软限制，无法绕过php底层限制，报错“allowed memory size exhausted”说明进程已被内核终止，此时composer根本未读取该变量。
必须用 php -d memory_limit 开头，否则所有参数都白搭。 Composer 是 PHP 进程，它的内存上限在 PHP 启动那一刻就锁死了，不是 Composer 自己能后期调整的。
为什么 COMPOSER_MEMORY_LIMIT 单独设没用
这个环境变量只控制 Composer 内部某些可中断逻辑（比如依赖回溯步数），不改变 PHP 底层 malloc 行为。报错末尾出现 Allowed memory size of XXXXXX bytes exhausted，说明 PHP 进程已被内核 kill——此时 Composer 根本没机会读到这个变量。
常见错误写法：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install -d memory_limit=2G→ 参数被当成子命令，PHP 完全没收到 -
COMPOSER_MEMORY_LIMIT=2G composer install→ PHP 进程早被默认 128M 截断，Composer 连启动都不完整
php -d memory_limit 的写法细节和坑
顺序、大小写、Shell 环境都会让它失效：
- ✅ 正确（Linux/macOS）：
php -d memory_limit=2G composer install - ✅ 正确（PowerShell）：
php -d "memory_limit=2G" composer install（引号不能少） - ⚠️ 错误（Git Bash/WSL）：
php -d memory_limit=2G composer install可能被 shell 解析出错，建议换 CMD 或显式加引号 - ⚠️ 若
which composer返回的是 shell wrapper（如/usr/bin/composer），-d参数大概率无效，应改用php -d memory_limit=2G /usr/lib/php/composer.phar install - 单位必须大写：
2G有效，2g被 PHP 忽略
--no-dev 和 --optimize-autoloader 真正起效的阶段
这两个参数对“Resolving dependencies”阶段完全无效——那会儿还没走到 autoload 生成。它们只在 install 后期 dump autoload 阶段起作用，尤其适合中文项目里大量 PSR-4 加载的场景（如 ThinkPHP、Laravel 中文扩展包）：
-
--no-dev：跳过require-dev下所有包（如phpunit、friendsofphp/php-cs-fixer）的 autoload 注册和文件扫描，内存峰值常降 40%~60% -
--optimize-autoloader（或-o）：把散落在各vendor目录下的类映射合并为扁平classmap，避免运行时遍历目录，也减少 dump 阶段临时数组膨胀 - 如果项目
autoload.files里引入了大体积 helper 文件，删掉或拆分，否则-o也救不了
最易被忽略的一点：即使你写了 php -d memory_limit=2G，若 Docker 容器本身只分配了 1G 内存，或 CI runner 总内存不足，进程仍会被系统 OOM killer 杀掉——参数生效的前提是底层资源够用。
