composer依赖冲突本质是约束无交集，应先用composer why-not定位阻断链，再通过composer why查引入源，区分require与require-dev影响，优先锁定兼容版本而非放宽约束，禁用直接删lock文件，改用composer update --lock安全同步。
Composer 依赖冲突不是解析失败，而是约束无交集；不查 why-not 就动手改 composer.json，90% 的时间都在白忙。
用 composer why-not 精准定位谁在封杀目标版本
报错里写 Conclusion: don't install laravel/sanctum:^3.0，但没说谁不让装。这时候别改约束，先问 Composer：
composer why-not laravel/sanctum:^3.0
它会输出真实阻断链，比如：
myapp/myproject dev-main requires guzzlehttp/guzzle (^6.5)laravel/sanctum ^3.0 requires guzzlehttp/guzzle (^7.2)
这就锁定了 guzzlehttp/guzzle 是交集断点。接着查谁在死守 6.x：
composer why guzzlehttp/guzzle
结果常指向：acme/payment-sdk（你控制的私有包）、phpunit/phpunit（require-dev 里混进来的老工具），或某个已废弃的 SDK。
注意：composer why 查的是“为什么这个包被装进来”，composer depends 查的是“谁依赖它”——别用反。
区分 require 和 require-dev 对冲突的影响
开发依赖常是隐形推手：一个 phpunit/phpunit:^10.0 可能硬绑 symfony/console:^6.4，而你的生产依赖只认 ^5.4。快速验证方法：
- 执行
composer update --no-dev --dry-run -v，看是否还能复现冲突 - 如果成功，说明问题出在
require-dev；再逐个注释掉 dev 包定位元凶 - 确认后，把测试工具严格限定在
--dev安装：composer require --dev phpunit/phpunit
线上部署必须加 --no-dev，否则 composer install 会把调试包一起拉进来，放大冲突面。
手动锁定中间兼容版本比放宽约束更可控
当两个包一个要 ^1.25、一个要 ^2.10，它们没交集。与其写 "^1.25 || ^2.10"（等于把兼容性问题拖到运行时报错），不如去 Packagist 查哪个版本被双方都接受——比如 v2.9.3 同时出现在 A 包的 ^2.0 和 B 包的 >=2.8.0 范围里。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
这时直接在 composer.json 里写：
"monolog/monolog": "2.9.3"
而不是：
"monolog/monolog": "^2.9"
原因：
- 精确版本不会被
composer update自动覆盖 - 避免因
^规则匹配到不兼容的新小版本（如某些包不严格遵循 SemVer） - 所有环境安装结果完全一致，无需依赖
composer.lock的额外保障
别删 composer.lock，用 composer update --lock 安全同步
直接删 composer.lock 再跑 composer install 是最危险的操作——它会绕过所有版本一致性保障，极大概率导致生产环境行为漂移。真正该用的是：
composer update --lock
这个命令只做一件事：不升级任何包，仅按当前 composer.json 重新生成 composer.lock 文件。它保留所有已安装包的实际版本，只刷新哈希、补全字段、重排结构。
适用场景包括：
- 你改了
composer.json里的platform配置，但不想触发任何包升级 -
composer.lock被 Git 合并冲突污染，需要清理脏内容 - CI 报 “lock file is not up to date with composer.json”，但你确认不需要更新依赖
执行后，git diff composer.lock 通常只显示元数据变动，不会出现版本号变更。
复杂点在于：很多冲突其实来自 config.platform 或 PHP 实际版本不匹配，但错误日志不提示；why-not 输出为空时，第一反应该查 php -v 和 composer config platform.php，而不是继续翻依赖树。
