conflict 字段用于声明当前包与某些包或版本互不兼容，安装时主动报错阻止冲突组合；格式为键值对，键是包名，值是版本约束，不替代 replace 或 require。
Composer 的 conflict 字段不是用来“防止”版本冲突的，而是用来明确声明当前包与某些其他包（或版本）互不兼容。它不自动解决冲突，但会在安装或更新时主动报错，阻止 Composer 拉入已知会出问题的依赖组合。
conflict 字段的作用机制
当你在 composer.json 中定义了 "conflict"，Composer 会在依赖解析阶段检查：如果当前项目（或其依赖树中任意包）最终需要安装被声明为 conflict 的包或版本，就会中断操作并抛出清晰错误，例如：
- Root composer.json requires foo/bar ^2.0
- foo/bar 2.0 conflicts with baz/qux ^3.0
- baz/qux ^3.0 is required by root composer.json
如何正确声明 conflict
格式为键值对，键是包名，值是版本约束（支持通配符、比较符等），例如：
"conflict": { "monolog/monolog": " —— 表示本包不能与 Monolog 2.0 以下版本共存"conflict": { "phpunit/phpunit": "9.5.0", "laravel/framework": ">=10.0.0 —— 精确排除特定危险版本- 可同时声明多个不兼容项，一行一个更易维护
典型使用场景
常见于以下情况，用于提前规避运行时错误或行为异常：
- 你的包调用了某个库已被移除的内部方法，而该库在 v4.0+ 彻底删除了该 API → 写
"conflict": { "some/lib": ">=4.0.0" } - 你封装了一个适配器，只支持 Symfony 5.x 的事件系统，但 Symfony 6.x 重构了事件分发机制 → 写
"conflict": { "symfony/event-dispatcher": "^6.0" } - 两个包都试图修改同一个全局函数或类加载逻辑，存在运行时冲突 → 在任一包中声明对方为 conflict
注意：conflict ≠ replace 或 require
它不替代 replace（声明“我代替谁”）或 require（声明“我需要谁”）。它只是单向的黑名单式声明。如果你希望用户必须用新版替代旧版，应配合 replace + conflict 使用；若只是提醒不兼容，仅用 conflict 即可。
基本上就这些。conflict 是一种轻量但有力的兼容性契约，靠显式报错守住底线，而不是靠猜测或静默降级。
