Composer require触发全树重解析导致冲突，因新包版本需与现有所有依赖（含require-dev和PHP版本）兼容；--no-update仅修改composer.json，需后续update生效；应缩小决策范围、指定精确版本或排查底层依赖交集。
直接运行 composer require 报依赖冲突，不是命令写错了，而是 Composer 明确告诉你：当前项目约束下，没法把新包塞进去——它不会妥协，也不会猜你想要哪个版本。
为什么 composer require 一加就冲突
因为 require 不只是“加一个包”，它会触发整棵树的重新解析。哪怕你只输 composer require monolog/monolog:^2.0，Composer 也会检查：这个版本是否和 laravel/framework、guzzlehttp/guzzle、甚至 phpunit/phpunit（如果在 require-dev 里）的约束兼容。
- 常见诱因是
require-dev里藏着老版本工具链，比如orchestra/testbench:^7.0硬绑laravel/framework:^9.0，而你主项目已升到 v10 - 另一个高发场景：你本地
composer.json写了"php": "^8.0"，但想加的包只支持^8.1或已弃用 PHP 8.0 - 别忽略
conflict字段——哪怕你没require某个包，只要它被间接拉入，且落在conflict列表里，require就会直接失败
composer require --no-update 是什么，什么时候用
它只改 composer.json，不碰 vendor/ 和 composer.lock。不是“绕过冲突”，而是“暂缓解析”，给你手动调整的空间。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 适合你已经知道该锁哪个版本，比如确认
symfony/console:^5.4才能和现有插件共存，就先运行composer require symfony/console:^5.4 --no-update - 改完后必须接
composer update symfony/console，否则冲突还在，因为lock文件仍记录旧关系 - 切忌连用
--no-update和--with-all-dependencies：前者禁更新，后者要重算全树，逻辑矛盾
如何让 require 成功，又不炸掉整个依赖树
关键不是压制报错，而是缩小影响范围，让 Composer 只在必要路径上做决策。
- 加
--with-dependencies：强制新包及其所有子依赖一起重算，避免父包升级了但子包卡在旧版导致运行时报错 - 指定具体版本而非约束符：比如用
composer require monolog/monolog:2.9.3而不是^2.0，跳过 SemVer 区间求解，直奔已知兼容点 - 临时排除干扰项：如果怀疑是
require-dev里的测试工具捣鬼，可先composer require --dev --no-update加完再删掉 dev 条目，单独跑composer update --with-dependencies - 慎用
--with-all-dependencies：它会让 Composer 升级所有间接依赖来腾位置，小项目可用，但中大型项目容易带出未测过的主版本变更
冲突时别急着删 vendor 或 composer.lock
它们不是病灶，是诊断线索。删了反而丢失当前实际生效的版本组合，让问题更难复现。
- 先看
composer show monolog/monolog，确认它当前装的是哪个版本，以及它的require列表里有没有和你新包冲突的项 - 再跑
composer why-not monolog/monolog:2.9.0，输出里第一层“Root package requires”或“package-x requires”才是真阻断源，别被深层传递依赖带偏 - 如果
why-not输出里反复出现某个包（比如spatie/laravel-backup），去 Packagist 查它最新版的require，看是否已支持你要的主版本
最常被忽略的一点：冲突往往不在你刚加的包身上，而在它要求的某个底层依赖（如 psr/log、symfony/polyfill）上，而那个底层依赖的版本交集可能早被其他十几个包悄悄锁死了。
