正确写法是php -d memory_limit=-1 composer install，-d参数必须紧贴php命令置于最前；配合--no-dev、--optimize-autoloader可降低后期40%～60%内存峰值，--no-plugins防插件放大内存竞争，--classmap-authoritative慎用以防类加载失败。
php -d memory_limit=-1 必须放在最前面
命令行里写 composer install 却报 Allowed memory size exhausted，不是 Composer 本身有问题，而是 PHP 进程启动时就被默认的 memory_limit=128M 卡住了。你不能把 -d 参数丢到后面，比如 composer install -d memory_limit=-1 —— 这完全无效。
正确写法只有一种：php -d memory_limit=-1 composer install。Windows PowerShell 用户注意引号：php "-d" "memory_limit=-1" composer install。如果 which composer 返回的是 shell wrapper（比如 /usr/bin/composer），那就得用完整路径：php -d memory_limit=-1 /usr/lib/php/composer.phar install。
--no-dev 和 --optimize-autoloader 要一起开
这两个参数不减少依赖解析阶段的内存，但能砍掉 install 后期 40%～60% 的峰值，尤其在 PSR-4 类多的项目（如 Laravel 中文扩展、ThinkPHP 插件）里效果明显。
-
--no-dev：跳过require-dev下所有包（如phpunit、friendsofphp/php-cs-fixer）的 autoload 注册和文件扫描 -
--optimize-autoloader（或-o）：生成vendor/composer/autoload_classmap.php，让类名直连路径，避免运行时遍历目录
漏掉任一，内存节省效果打对折。生产部署建议固定为：php -d memory_limit=-1 composer install --no-dev --optimize-autoloader。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
--no-plugins 能防插件放大内存竞争
旧版插件如 hirak/prestissimo 会在每个包安装后触发钩子，导致串行延迟拉长、临时数组持续膨胀。这类插件在低内存环境反而成负担。
禁用方式很简单：php -d memory_limit=-1 composer install --no-dev --optimize-autoloader --no-plugins。如果你没显式装过任何 Composer 插件，这步可省；但 CI/CD 流水线中建议默认加上，避免基础镜像预装插件引发不可控内存增长。
--classmap-authoritative 要慎用
加 --classmap-authoritative（或 -a）后，自动加载器会彻底跳过 PSR-4 文件系统查找，只信任 classmap —— 这能再降 10%～15% 内存，但有风险：
- 若项目或某依赖用了
eval()、__autoload或动态类名（如class_exists("FooBar\" . $suffix)），会直接报错Class not found - 它和
--apcu-autoloader互斥，不能共存
除非你确认整个项目及所有依赖都不生成运行时类，否则别轻易开这个开关。它不是“分步安装”的必需项，而是最后一步压榨内存的高危操作。
