答案是先运行composer why-not vendor/package:version定位阻塞链，再结合composer show --tree分析真实依赖结构，避免盲目删除vendor或composer.lock；需检查require-dev等隐形冲突源，并用--with-dependencies定点更新。
报错 “don’t install xxx” 先别删 vendor 或 lock 文件
这不是包本身有问题，是依赖图里某条路径卡死了目标版本。删 vendor 和 composer.lock 只会让 Composer 重跑一遍失败逻辑，大概率还是崩。真正要做的，是把阻塞点挖出来。
- 运行
composer why-not vendor/package:version（比如composer why-not guzzlehttp/guzzle:^7.5），输出是一条反向链，从最后一行（你composer.json的根声明）往上读，看到哪一行的(required by ...)提出了互斥约束，就是冲突源头 - 如果输出为空，检查
require-dev—— 很多时候是phpunit/phpunit或mockery/mockery拖着老版sebastian/exporter，间接锁死symfony/console - 加
--dry-run验证：比如composer require laravel/framework:11.0.0 --dry-run，能提前看到是否真能解出路径，不改任何文件
用 composer update 定点更新，不是全量重算
全量 composer update 容易触发 SAT 求解器卡死，尤其依赖多的项目。升级单个包必须带 --with-dependencies，否则 Composer 默认拒绝更新其子依赖，哪怕新版本根本跑不起来。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确写法：
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，确认只有目标包及其直系依赖被改，没波及其他
查真实依赖结构，别信 composer.json 里写的“愿望清单”
composer show --tree 显示的是 vendor/ 和 composer.lock 的真实快照，不是你 composer.json 里写的理想状态。它能暴露你根本没意识到的间接路径。
- 查某个包被谁引入：
composer show --tree | grep "symfony/console"，看它是否带(locked to 5.4.42) - 过滤关键段：
composer show --tree monolog/monolog | grep -A5 -B5 "guzzlehttp/guzzle" - 看到某包标着
(replaced)或(provided)，得去它自己的composer.json里确认是否真能等价，别光看名字
注意 require-dev 是隐形冲突源
很多人以为 require-dev 只影响本地开发，但只要某个 dev 包在 require 中也存在（哪怕版本不同），Composer 就必须把两条链一起解出来。更隐蔽的是：dev 包的子依赖可能和线上包有不兼容的传递依赖。
- 典型现象：删掉
phpunit后composer update突然成功了 —— 很可能是phpunit依赖的老版sebastian/exporter和你的主业务包需要的symfony/console冲突 - 对纯测试工具类包（如
phpunit、mockery），加"minimum-stability": "stable"和"prefer-stable": true，避免拉到 alpha 版本搅乱主链 - CI 环境用
composer install --no-dev，但本地调试时建议加--with-all-dependencies来主动暴露隐藏冲突
require-dev 里那些“只用来跑测试”的包，它们悄悄参与了生产依赖的求解过程。
