composer依赖冲突本质是约束范围无交集，须用composer why-not定位阻塞包，而非删锁文件或忽略平台要求。
直接结论：Composer 依赖冲突不是版本号不一致，而是多个包对同一依赖提出的约束范围没有交集——必须用 composer why-not 定位谁在卡住，而不是删 composer.lock 或硬加 --ignore-platform-reqs。
怎么快速定位哪个包在阻止安装
报错里写 “don’t install laravel/sanctum:^3.0” 只是结果，不是原因。真正要查的是“谁不让装”。
- 运行
composer why-not laravel/sanctum:^3.0，它会输出类似：myapp/core dev-main requires guzzlehttp/guzzle (^6.5)laravel/sanctum ^3.0 requires guzzlehttp/guzzle (^7.2) - 如果输出为空或提示“no matching packages”，说明冲突不在已安装包里，而是来自
require-dev中某个工具（比如phpunit/phpunit拉进了旧版symfony/console） - 再补一句
composer why guzzlehttp/guzzle，确认当前实际装的是哪个版本、被谁拉进来
为什么 composer update vendor/package 还是失败
默认命令只更新目标包本身，不碰它的子依赖——而冲突往往卡在子依赖上。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加
--with-dependencies才会让 Composer 重新计算整条依赖链：composer update guzzlehttp/guzzle --with-dependencies - 如果只想升小版本（如 7.2 → 7.9，但不跳到 8.x），确保
composer.json里写的是"guzzlehttp/guzzle": "^7.2"，而不是"*"或">=7.0" - 注意：加了
--with-dependencies后，symfony/http-foundation也可能被连带升级，检查是否触发 BC break（比如Response::setContent()在 v6.4+ 已弃用）
改 composer.json 版本号后还是不生效
Composer 默认走“最小变更”策略：只要已安装版本满足约束，就不会动。手动改完不等于自动生效。
- 改完
composer.json后，必须执行composer update vendor/package（不是install）才能触发重解析 - 如果想强制所有包都按新约束刷新，用
composer update --lock，它只更新composer.lock文件，不重装vendor/ - 某些包用了
conflict字段（如"conflict": {"laravel/framework": ">=11.0"}），哪怕你没 require Laravel 11，只要其他依赖间接拉进来了，就会爆错——这时得查composer show --tree看谁偷偷引入了它
删 vendor/ 和 composer.lock 是最后手段
这不是修复，是重置。很多团队因此在 CI 上出现“本地能装，线上失败”的问题。
- 先试
composer clear-cache清掉可能污染的包缓存 - 再试
composer update --dry-run -v，看 verbose 日志末尾是否出现 “Resolving dependencies through SAT” 后卡在某一行——那行就是冲突锚点 - 真要重建，也建议分步：
删composer.lock→composer install --no-scripts（跳过 post-install-cmd）→ 再补运行脚本
最常被忽略的一点：PHP 版本和扩展约束是全局生效的。比如 composer.json 顶层写了 "php": "^8.1"，但某个依赖的 composer.json 里声明 "ext-gd": "*"，而你本地没开 GD 扩展，Composer 就会在 SAT 求解阶段直接放弃所有可行路径——这种错误不会出现在 why-not 输出里，得靠 composer show --platform 对照看。
