composer依赖冲突本质是版本约束逻辑矛盾，非网络或缓存问题；应使用composer why-not xxx:version精准定位阻断链，从输出末行根声明向上追溯required by卡点，避免盲目删vendor或lock文件。
Composer版本冲突不是网络慢或缓存脏的问题，而是你写的版本约束在逻辑上互相矛盾，解析器算不出解。直接删vendor或composer.lock只会重演失败过程。
用 composer why-not 定位谁在拦路
报错里出现don't install xxx:version，别猜，就查它。命令必须带完整版本号，比如composer why-not guzzlehttp/guzzle:^8.0.0。
- 输出是从底往上读的反向链：最后一行是你
composer.json里的根声明，往上每行(required by)就是卡点 - 输出为空？检查
require-dev——很多冲突来自phpunit/phpunit或mockery/mockery拖着老版sebastian/exporter，间接锁死symfony/console - 写
^8或8可能匹配不到元数据，必须写guzzlehttp/guzzle:8.0.0或guzzlehttp/guzzle:^8.0.0 - 加
--dry-run提前验证改动是否真能解出路径，例如composer require laravel/framework:11.0.0 --dry-run
用 composer show --tree 看真实依赖结构
composer.json是你写的“愿望清单”，composer show --tree才是vendor/和composer.lock里的真实快照。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查某个包被谁引入：
composer show --tree | grep "symfony/console" - 过滤关键段：
composer show --tree monolog/monolog | grep -A5 -B5 "guzzlehttp/guzzle" - 看到
(provided)或(replaced)，得去那个包自己的composer.json里确认它到底替代了什么、是否真能覆盖
定点更新，别全量 composer update
全量composer update容易触发 SAT 求解器卡死，尤其依赖多的项目。升级单个包必须带--with-dependencies，否则 Composer 默认拒绝更新其子依赖，哪怕新版本根本跑不起来。
- 正确写法：
composer update monolog/monolog --with-dependencies——只动它和直系依赖 - 错误写法：
composer update "monolog/monolog:^3"——引号 +^会让 Composer 自己找“最新兼容版”，不是你要的3.0.0 - 降级跨主版本（如从
guzzlehttp/guzzle:^8.0切回7.4.5），必须在composer.json里写死："guzzlehttp/guzzle": "7.4.5"，不能只写"^7.0" - 执行后立刻
git diff composer.lock，确认只有目标包及其直系依赖被改，没波及其他
先确认是不是真冲突，还是环境不匹配
Your requirements could not be resolved不是依赖冲突，而是本地环境不匹配：PHP 版本过低、关键扩展（如mbstring/xml/curl）缺失，或composer.json中"config.platform"配置与实际环境不符。
- 运行
php -v和php -m | grep mbstring等，核对是否满足composer.json的require和config.platform - 执行
composer show --platform，看它认为的平台能力跟你实际的一致吗 - 如果报错末尾出现
don't install xxx:version，立刻用composer why-not xxx:version查阻断链
真正难处理的从来不是“怎么升”，而是“为什么不能升”——往往一个require-dev里的测试工具，就能把整个依赖树钉死在三年前的版本上。盯住why-not输出的最后一行和倒数第二行，那里藏着最常被忽略的源头。
