答案是php -d memory_limit必须写在命令最前面，因为Composer作为PHP进程，其内存上限由PHP启动时memory_limit决定，进程启动后该值即锁定；错误写法如composer install -d memory_limit=-1或COMPOSER_MEMORY_LIMIT=-1 composer install均无效，正确写法为php -d memory_limit=-1 composer install（Linux/macOS）或php -d "memory_limit=-1" composer install（PowerShell），且composer.phar调用时顺序不可变。
php -d memory_limit必须写在命令最前面
Composer 是 PHP 进程，它的内存上限由 PHP 启动时的 memory_limit 决定，进程一启动就锁死，后续任何操作都改不了。所以 php -d memory_limit=-1 必须放在整条命令最左侧，否则无效。
常见错误写法：
-
composer install -d memory_limit=-1→-d被当成 Composer 子命令，忽略 -
COMPOSER_MEMORY_LIMIT=-1 composer install→ PHP 进程早被 128M 卡死，根本没机会读这个环境变量 -
php composer.phar install -d memory_limit=-1→-d位置错，必须紧贴php
正确写法：
- Linux/macOS：
php -d memory_limit=-1 composer install - PowerShell（Windows）：
php -d "memory_limit=-1" composer install（双引号不能省，否则参数被截断） - 用
composer.phar：php -d memory_limit=2G ./composer.phar update
为什么加 --no-dev 能显著降内存峰值
composer install 卡在 Resolving dependencies 阶段，往往不是因为 require 的包多，而是 require-dev 里的包（比如 phpunit、phpstan、laravel/pint）被全量解析——这部分常占内存 40%~60%。
生产部署时，这些开发依赖完全不需要装：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--no-dev直接跳过所有require-dev包的解析和安装 - 搭配
--optimize-autoloader（或简写-o），生成扁平 classmap，避免 PSR-4 动态扫描，进一步压低 dump-autoload 阶段内存压力 - CI 环境推荐组合：
php -d memory_limit=2G composer install --no-dev -o --classmap-authoritative
删 vendor 和 composer.lock 再跑，不是多此一举
如果项目目录里已有残留的 vendor/ 或旧版 composer.lock，Composer 会试图“兼容还原”，触发更复杂的依赖回溯逻辑，比全新安装还吃内存。
尤其要注意：
- 从其他项目复制来的
composer.lock很可能含不兼容版本约束，导致解析器反复试探、回退 -
vendor/若存在但不完整（比如中断后残留），Composer 会先尝试修复而非重装，过程更耗资源 - 执行前手动删掉这两个，再跑
php -d memory_limit=-1 composer create-project ...，成功率明显更高
COMPOSER_MEMORY_LIMIT 和 php -d memory_limit 的关系
COMPOSER_MEMORY_LIMIT 是 Composer 自己识别的变量，它不改变 PHP 底层 malloc 行为，只控制内部可中断逻辑（如依赖回溯步数、插件循环次数）。设成 -1 并不能绕过 PHP 的 memory_limit，但设成具体值（比如 1536M）能防止某个坏包触发缓慢内存爬升后失控。
优先级顺序是：php -d memory_limit > COMPOSER_MEMORY_LIMIT > php.ini。所以在 CI 中建议用具体值而非 -1：
- PowerShell：
$env:COMPOSER_MEMORY_LIMIT="1536M"; php -d memory_limit=2G composer install - Linux：
COMPOSER_MEMORY_LIMIT=1536M php -d memory_limit=2G composer install
单位必须大写：2G 有效，2g 被 PHP 忽略；-1 在容器环境要慎用，可能触发 OOM killer。
