conflict字段用于声明php包的不兼容依赖，防止composer安装冲突版本。例如在composer.json中通过"conflict": {"bad-vendor/legacy-json": "*"}阻止特定包共存，可指定精确版本如"
在开发 PHP 包时，有时你的包无法与某些其他包共存，比如因为它们修改了全局函数、类名冲突或底层机制不兼容。这时你可以在 composer.json 中使用 conflict 字段明确声明这种不兼容关系，防止 Composer 安装冲突的依赖。
什么是 "conflict" 字段？
conflict 是 composer.json 中的一个顶级字段，用于列出当前包不能与其他哪些包版本同时安装。当 Composer 检测到项目中存在被标记为冲突的包时，会阻止安装或更新，并提示错误信息。
实战：如何声明包之间的不兼容
假设你正在维护一个名为 your-vendor/json-helper 的包，它重写了某个核心类 JsonEncoder。而另一个包 bad-vendor/legacy-json 也定义了同名类，导致运行时冲突。你需要确保这两个包不能同时存在。
在你的 composer.json 中添加如下内容：
{
"name": "your-vendor/json-helper",
"version": "1.0.0",
"require": {
"php": "^7.4 || ^8.0"
},
"conflict": {
"bad-vendor/legacy-json": "*"
}
}
这里 "*" 表示与该包的任意版本都不兼容。一旦用户尝试安装 bad-vendor/legacy-json，Composer 就会报错：
Conflict with bad-vendor/legacy-json
更精细的版本控制
如果你的包只和特定版本的某个包冲突，可以指定版本约束。例如：
"conflict": {
"old-lib/core": "<2.0",
"another-tool/debug": "1.2.3"
}
old-lib/core ：表示只要旧版本小于 2.0 都不兼容-
another-tool/debug 1.2.3：精确排除某个有问题的版本
这样既能避免误伤，又能精准防御已知问题。
配合 replace 和 provide 使用场景
有时候你开发的是原包的替代实现。比如你写了一个更快的解析器，并打算取代 slow-parser/engine。你可以这样写：
{
"replace": {
"slow-parser/engine": "*"
},
"conflict": {
"slow-parser/engine": "*"
}
}
replace 告诉 Composer：我就是它，别再装它；conflict 确保没人能额外引入原版造成混乱。
基本上就这些。正确使用 conflict 字段能提升包的健壮性，减少用户集成时的“玄学错误”。发布前想清楚有没有潜在冲突，值得花几分钟配置。
