composer update 内存爆掉主因是依赖重算、元数据下载和sat求解导致峰值超1.5gb，远高于install的静态还原；应优先用php -d memory_limit=2g临时提限，禁用xdebug与插件，并检查autoload-dev误配。
composer update 内存爆掉，不是 Composer 本身太重，是它在重算整个依赖图、下载元数据、做 SAT 求解时阶段性冲高内存——默认 memory_limit=128M 根本扛不住。直接加内存最有效，但得加对地方、加得安全。
为什么 composer update 比 composer install 更容易崩
composer install 只按 composer.lock 精确还原，基本不计算；composer update 要重新解析全部 require 和 require-dev、比对版本约束、下载 packagist 元数据、执行依赖回溯——这是 CPU + 内存双密集型操作，峰值常超 1.5GB。
- 本地跑
update卡住无报错？大概率是 PHP 进程被系统 OOM killer 杀了，日志里只留个Killed - CI 流水线里失败但本地 OK？说明 CI 的 PHP
memory_limit是 128M，且没继承你本地的环境变量 - 加了
--no-dev还崩？可能require-dev里有插件（比如旧版hirak/prestissimo）在求解前就预加载了全部类
临时提内存：用 php -d memory_limit，别碰 php.ini
改 php.ini 是全局生效，会影响所有 CLI 脚本甚至 Web 请求，还可能掩盖真实内存泄漏。临时加参数才是干净解法。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 开发机紧急修复：
php -d memory_limit=-1 composer update（-1 表示不限制） - CI/CD 或 Docker 环境必须设上限：
php -d memory_limit=2G composer update --no-interaction（设 2G 是实测稳态值，3G 也行，但别用 -1） - Windows CMD 下注意语法：
php -d"memory_limit=-1" composer update，双引号包裹防 shell 解析出错 - 确认你调用的是
php composer.phar，而不是某个 shell wrapper 别名，否则-d参数可能不生效
降低内存压力的实操组合拳
光加内存不够，update 本身就在“烧资源”。要砍掉非必要环节：
- 先关
xdebug：php -d zend_extension= -d xdebug.mode=off composer update（xdebug 会让内存翻倍） - 禁用插件：
composer update --no-plugins（某些插件会提前加载类，加剧压力） - 缩小范围：
composer update vendor/package-name（避免全量重算） - 清缓存再试：
composer clear-cache（损坏缓存有时触发异常内存分配） - 跳过脚本和 autoloader：
composer update --no-scripts --no-autoloader（后续单独跑composer dump-autoload -o）
COMPOSER_MEMORY_LIMIT 环境变量要不要用
它有用，但作用域有限：只影响 Composer 自身逻辑（如依赖解析），不覆盖 PHP 底层限制。优先级低于 php -d，高于 php.ini。
- CI 脚本里推荐：
COMPOSER_MEMORY_LIMIT=2G composer update（写法轻量，适合 env 注入） - 别和
php -d混用，后者会覆盖前者 - 它不能绕过物理内存不足——容器里设了
2G，但docker run --memory=1g，照样被 OOM kill
真正容易被忽略的是：很多项目 composer.json 里 autoload-dev 错误包含了 tests/ 外的巨型目录（比如 node_modules/ 或 dist/），导致 dump-autoload 阶段扫描几百个非 PHP 文件，内存瞬间拉满。这不是内存设置问题，是配置污染。
