Composer无法自动修复依赖冲突，必须人工介入：先用composer why-not定位阻断源，再通过--dry-run -v观察SAT求解过程，最后用--with-dependencies定点升级并核对composer.lock变更。
Composer 没有自动修复依赖版本冲突的能力。所谓“自动”，只是指它在约束有解的前提下，能自行推导出唯一可行组合；一旦约束无交集（比如一个包要求 guzzlehttp/guzzle ^6.5，另一个要求 ^7.2），它只会穷举后报错，不会妥协、降级或跳过。
用 composer why-not 定位谁在封杀目标版本
这是所有操作不可跳过的起点。报错里写的 don't install vendor/package:^x.y 是结论，不是原因。
- 运行
composer why-not vendor/package:^x.y（例如composer why-not laravel/sanctum:^3.0），输出会逐层列出阻断链：谁 require 了互斥版本、谁又 require 了那个谁 - 第一行通常是你的根项目（
myapp/myproject dev-main）在require中锁死了旧版 - 如果输出为空或只显示
nothing，说明该版本根本不在 Packagist 上——不是冲突，是版本不存在 - 特别注意
require-dev里的包，比如phpunit/phpunit或私有 SDK，它们常悄悄拉入不兼容的子依赖
用 composer update --dry-run -v 观察求解过程
当 composer update 卡在 Resolving dependencies 超过两分钟，大概率是 SAT 求解器在暴力回溯。加参数能让你看到它怎么失败的。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--dry-run不改任何文件，-v输出详细日志，重点关注高频出现的Trying+ 版本号，那是它在穷举 - 若反复回到同一组包（比如总在
symfony/console和monolog/monolog之间来回），基本确认约束无交集 - 配合
composer show --tree | grep package-name快速确认当前已装版本是否被某个require-dev工具间接拉入 - 别删
composer.lock后重来——那等于丢掉现场线索，问题只会更难定位
用 composer update vendor/package --with-dependencies 定点升级
这不是强制安装，而是让 Composer 在最小影响范围内重算该包及其直系子依赖。相比 --with-all-dependencies，它不碰无关分支，风险可控。
- 必须显式写包名，不能带
^或引号，例如composer update monolog/monolog --with-dependencies - 如果失败，说明该包的子依赖链里仍有硬冲突，此时再跑一次
composer why-not查新暴露出来的包 - 升级后立刻
git diff composer.lock，确认只有预期变更——多改一个symfony/polyfill-*都可能埋下运行时隐患 - 别信
--ignore-platform-reqs能“解决”冲突，它对语义化版本冲突完全无效，只会把问题拖到 autoload 失败或方法不存在
回退依赖必须靠 composer install，不是 update
很多人想“撤销 composer update”，却误跑 composer update 回滚命令——这命令根本不存在，且 update 只会加重故障。
- 只要
composer.lock还在，删掉vendor/后直接运行composer install，就能精确还原所有包的 exact 版本和嵌套依赖关系 - 如果
composer.lock被删或损坏，优先从 Git 恢复：git checkout HEAD -- composer.lock - 恢复前务必清空
vendor/（推荐rm -rf vendor），否则残留的 autoload 映射或 bin 脚本可能导致加载混乱 - 执行前检查 PHP CLI 版本是否匹配
composer.json中platform.php声明，否则install可能跳过关键包
最易被忽略的是：Composer 的“自动”只发生在下载链路容错（如 dist 失败 fallback 到 source），不发生在依赖逻辑层面。你得自己判断约束是否有交集、哪个包该松绑、哪条路径该砍掉——工具只是把选择权摊开给你看，而不是替你做决定。
