优先用php -d memory_limit=2g composer install临时覆盖php内存限制，配合--no-dev和--optimize-autoloader降低峰值；命令须严格保证php在前、-d紧贴、composer在后，windows powershell需加引号，composer.phar路径要正确。
Composer 内存爆了，不是项目太大，是 PHP 进程被 memory_limit 卡死在依赖解析或解包阶段；直接改 php.ini 是错的，优先用 php -d memory_limit=2G 临时覆盖，再配合 --no-dev 和 --optimize-autoloader 真·减内存。
php -d memory_limit=2G composer install 怎么写才不翻车
这条命令必须保证 php 在前、-d 参数紧贴、composer 命令在最后——顺序错或路径错就白设：
-
php -d memory_limit=2G composer install（Linux/macOS/CMD 正常） - Windows PowerShell 要加引号：
php "-d" "memory_limit=2G" composer install - 如果用的是
composer.phar，必须写成：php -d memory_limit=2G ./composer.phar install，不能写成php ./composer.phar -d memory_limit=2G install（参数位置错，PHP 不认） - 别用
$(which composer)或 shell wrapper 包装器，-d参数可能被丢弃
COMPOSER_MEMORY_LIMIT 环境变量到底管不管用
它只控制 Composer 自己的内存预判逻辑，不突破 PHP 底层限制——也就是说，如果 php -d memory_limit=128M 已经卡死进程，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 不主动中止，但 PHP 仍可能报Allowed memory size exhausted - 设
COMPOSER_MEMORY_LIMIT=1536M时，Composer 会在自测内存 > 1.5G 时提前退出，抛出Out of memory，而不是等 PHP fatal error - Linux/macOS：
COMPOSER_MEMORY_LIMIT=1536M composer install - Windows CMD：
set COMPOSER_MEMORY_LIMIT=1536M && composer install - PowerShell：
$env:COMPOSER_MEMORY_LIMIT="1536M"; composer install（等号前后不能有空格）
哪些参数能真·降低内存峰值，不是硬扛
光提内存是掩耳盗铃。很多项目爆内存，是因为在跑根本不需要的操作：
-
--no-dev：跳过require-dev的解析和安装，内存常降 40%~60%，上线部署必须加 -
--optimize-autoloader（或-o）：生成 classmap，减少 autoload 阶段文件扫描，也降低 install 阶段元数据加载压力 -
--no-plugins：Composer 2.2+ 默认启用，但显式加上更保险，避免废弃插件（如hirak/prestissimo）隐式泄漏内存 -
--prefer-dist：强制走 zip 包而非 git clone，避免额外 fork git 进程吃内存（默认已开启，但 CI 脚本里建议显式写）
Docker 或 CI 环境里最容易漏掉的关键点
本地能跑，CI 上崩，大概率不是配置问题，而是环境隔离导致的限制叠加：
- Docker 容器内即使设了
COMPOSER_MEMORY_LIMIT=-1，宿主机 cgroup 仍可能 kill 掉进程——得同步检查docker run --memory或docker-compose.yml中的deploy.resources.limits.memory - GitHub Actions runner 默认 PHP 版本可能带 xdebug，务必关掉：
php -d zend_extension= -d xdebug.mode=off composer install - CI 中不要依赖
COMPOSER_NO_DEV=1，它不作用于依赖解析阶段，--no-dev才生效 - 旧版 Composer（如 2.3.x）存在已知内存管理缺陷，执行
composer self-update --2升到 2.7.x 更稳
真正难调的从来不是数字本身，而是 php -d 和 COMPOSER_MEMORY_LIMIT 的行为错位、Docker cgroup 和 PHP memory_limit 的双重限制、以及 --no-dev 被当成可选项而非必选项——这些地方一漏，加到 4G 也照样挂。
