conflicts字段用于声明包版本冲突，防止不兼容依赖被安装。例如"conflicts": {"monolog/monolog": "1.0.*"}可避免与该版本共存，防止运行时错误；还可解决类名或命名空间重复问题，如排除old-company/config-lib；常与replace配合使用，确保fork包替代原包时不会同时加载，提升项目稳定性和依赖管理清晰度。
在 Composer 中，"conflicts" 字段用于明确声明当前包与某些版本的其他包存在冲突，防止它们被同时安装。这个机制有助于避免因不兼容的依赖导致的运行时错误或行为异常。
明确排除不兼容的依赖版本
当你知道某个包的特定版本与你的包无法共存时，可以在 composer.json 中使用 conflicts 来阻止这些版本被安装。例如：
"conflicts": { "monolog/monolog": "1.0.*" }这表示你的包不能与 monolog/monolog 的 1.0 系列版本一起使用。如果项目中其他依赖要求该版本，Composer 会在安装时提示冲突，从而提前发现问题。
避免命名或类名冲突
有些包可能提供了与其他包相同命名空间或类名，导致自动加载出错。通过 conflicts 可以防止这类“伪依赖”被引入。比如两个包都定义了 App\Config 类：
"conflicts": { "old-company/config-lib": "*" }这样就能确保 old-company/config-lib 的任何版本都不会被安装，避免类重复定义的问题。
配合替换和提供机制使用
conflicts 常与 replace 或 provide 搭配使用。例如你开发了一个 fork 版本替代原包：
{ "replace": { "original/package": "self.version" }, "conflicts": { "original/package": "*" } }这表示你完全替代了原包，并防止 Composer 同时加载原包和你的版本，避免功能混乱。
基本上就这些。正确使用 conflicts 能提升项目的稳定性，让版本管理更清晰，尤其在维护库或大型项目时特别有用。虽然它不会“解决”冲突，但能帮助你主动规避已知问题。
