conflict配置用于声明不兼容的包版本，防止其被安装。它通过排除特定版本或范围，在依赖解析阶段阻止冲突发生，需结合require、platform等配置增强控制，提升项目稳定性。
在使用 Composer 管理 PHP 项目依赖时，conflict 配置项的作用是明确声明某些包或版本不能与当前项目共存，从而帮助防止版本冲突。它不会自动解决冲突，但能提前阻止不兼容的包被安装。
理解 conflict 配置的作用
conflict 并不像 require 或 require-dev 那样引入依赖，而是用来“排除”某些版本。当你知道某个包的特定版本存在 bug、API 不兼容或会导致运行时错误时，可以使用 conflict 来阻止它们被安装。
Composer 在执行 install 或 update 时会检查所有依赖关系，如果发现某个已安装或即将安装的包在 conflict 列表中，就会中断操作并提示冲突原因。
如何正确使用 conflict
在 composer.json 中添加 conflict 配置，格式如下：
{
"conflict": {
"vendor/package": "1.0.0",
"another/package": ">=2.0, <2.5"
}
}
示例说明：
- "vendor/package": "1.0.0"：禁止安装该包的 1.0.0 版本。
- "another/package": ">=2.0, ：禁止安装 2.0 到 2.4.x 的版本。
你也可以用通配符或版本范围来覆盖多个问题版本。
实际应用场景
常见使用场景包括：
- 某次更新破坏了向后兼容性（如 v3.0），而你的代码无法适配，可设置 conflict 来阻止升级。
- 两个包因全局函数命名冲突无法共存，即使 Composer 不报错，也可通过 conflict 主动防御。
- 内部开发中，防止团队成员误装测试版或开发分支。
配合其他配置更有效
conflict 单独使用有限，建议结合以下方式增强控制力：
- 在 require 中锁定安全版本，如 "symfony/http-foundation": "^5.4"。
- 使用 platform 配置模拟运行环境，避免安装不兼容扩展。
- 定期运行 composer update --dry-run 检查潜在问题。
注意：conflict 不会自动修复已有 lock 文件中的冲突，只在依赖解析阶段起作用。
基本上就这些。合理使用 conflict 能提升项目的稳定性，尤其在复杂依赖环境中，是一种主动防御的有效手段。
