conflict配置项声明项目与特定包版本的冲突，防止不兼容依赖被安装。Composer在解析依赖时检查conflict规则，若发现匹配的包版本则报错并拒绝安装或更新，从而确保环境安全。
在 Composer 中，conflict 配置项用于声明当前项目与某些包或特定版本的包存在冲突，防止它们被同时安装。这个机制有助于避免因不兼容的依赖导致的运行时错误。
作用原理
当你在 composer.json 中定义了 conflict 规则，Composer 在解析依赖时会检查是否存在满足这些冲突条件的包版本。如果发现某个已安装或计划安装的包匹配了 conflict 的规则，Composer 将直接报错并拒绝安装或更新。
它不会主动移除包，而是通过阻止不兼容的组合出现来保证环境安全。
基本语法
conflict 写在根级别的 composer.json 文件中，格式是一个对象，键是包名，值是版本约束：
{ "conflict": { "vendor/package": "1.0.0", "another/package": ">=2.0.0,上面的例子表示：
- 不能安装 vendor/package 的 1.0.0 版本
- 不能安装 another/package 的 2.0.0 到 2.4.99 之间的任何版本
使用场景
常见于以下情况：
- 已知 bug 版本：某些版本存在严重缺陷，你希望确保它们不会被引入。
- 命名空间或类名冲突：两个包定义了相同的类名，不能共存。
- 替代包互斥：比如你开发了一个 fork 包替代原包，两者不能同时加载。
- 框架版本不兼容：你的扩展仅支持 Laravel 9+，明确排除 8.x。
例如，你的包无法在 Symfony 6 下运行：
"conflict": { "symfony/symfony": "注意事项
conflict 只影响当前项目的依赖决策，不会传递到其他依赖包。也就是说，其他包即使写了 conflict，也不会阻止你的项目安装某些包，除非你自己也声明了。
同时要小心过度使用 conflict，否则可能导致依赖解析失败或限制太多，影响灵活性。
基本上就这些。正确使用 conflict 能帮你规避一些隐蔽的兼容性问题，让依赖管理更可靠。
