答案是用composer why-not vendor/package:version定位阻塞链，输出倒序，最后一行是root声明，往上逐行看(required by)即冲突源头；必须写完整版本号，如guzzlehttp/guzzle:8.0.0，不可用^或~。
直接看 composer why-not 输出的阻塞链，别猜谁在拦路——冲突不是缓存或网络问题，是 composer.json 里写的约束互相矛盾，删 vendor 或 composer.lock 只会让失败重演一遍。
用 composer why-not 定位真实阻塞源头
报错里出现 don’t install guzzlehttp/guzzle:^7.5，就立刻执行 composer why-not guzzlehttp/guzzle:^7.5。输出是倒序链：最后一行是你 composer.json 的根声明，往上每行末尾的 (required by ...) 就是上一级提出互斥约束的地方。
- 输出为空？先检查
require-dev——很多冲突来自phpunit/phpunit拖着老版sebastian/exporter，间接锁死symfony/console - 写
^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 里的真实快照。它能暴露你根本没意识到的间接路径，比如某条依赖链标着 (locked to 5.4.42) 或 (replaced)。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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里查replace字段，确认是否真能等价替代
升级或降级单个包必须带 --with-dependencies
composer update vendor/package 默认拒绝更新其子依赖，哪怕新版本根本跑不起来。这是最常踩的坑。
- 升版本：
composer update monolog/monolog --with-dependencies—— 只动它和直系依赖 - 降主版本（如从
guzzlehttp/guzzle:^8.0切回7.4.5）：必须先在composer.json里写死"guzzlehttp/guzzle": "7.4.5"，再跑composer update guzzlehttp/guzzle --with-dependencies - 错误写法：
composer update "monolog/monolog:^3"—— 引号 +^会让 Composer 自己找“最新兼容版”，不是你要的3.0.0 - 执行后立刻
git diff composer.lock，确认只有目标包及其直系依赖被改，没波及其他
PHP 版本不匹配时别乱加 --ignore-platform-reqs
报错 requires php ^8.1 but your PHP version (7.4.33) does not satisfy that requirement，不是 Composer 故意为难你，而是它在用当前 shell 里 php -v 的真实版本校验约束。
- 临时解决：Linux/macOS 用
/usr/bin/php8.1 composer install，Windows 用"C:\php\php81\php.exe" composer install -
config.platform.php只影响依赖解析阶段，不改变运行时行为；本地 PHP 是 7.4 却设"platform": {"php": "8.2"}后直接跑 Laravel 11，match表达式一运行就ParseError - 切换 CLI PHP 版本后，必须删
vendor和composer.lock重装——vendor/autoload_static.php是按 PHP 版本生成的，跨版本复用会因语法、反射、扩展路径差异在运行时报错
真正麻烦的从来不是命令怎么敲，而是哪条 required by 在链底悄悄锁死了你想要的版本；composer show --tree 输出里那个不起眼的 (locked to ...) 往往才是破局点。
