Composer依赖冲突因不同包要求同一依赖的不同版本导致，需通过composer update --dry-run、composer why-not等命令查看冲突详情，尝试自动更新或重装依赖，手动调整composer.json中的版本约束，放宽范围或替换包，结合platform配置模拟环境，逐步排查解决。
Composer 中的依赖冲突是 PHP 项目开发中常见的问题，通常是因为不同包要求同一依赖的不同版本。解决这类问题需要理解冲突来源并采取合理策略调整依赖关系。
查看冲突详情
当运行 composer install 或 composer update 出现错误时，Composer 会输出具体的冲突信息。重点关注提示中的包名、版本号和约束条件。
使用以下命令获取更详细的分析：
- composer update --dry-run：模拟更新过程，不实际修改文件
- composer why-not package/version：查看某个版本为何无法安装
- composer depends package-name：查看哪些包依赖了指定包
尝试自动解决方案
Composer 自带的解析器会尽量找到兼容的版本组合。可先尝试以下操作：
- 运行 composer update 让 Composer 尝试重新计算依赖
- 删除 vendor 目录和 composer.lock 文件后重新执行 composer install
- 升级根项目的 PHP 版本或扩展要求，以满足更多包的约束
手动调整依赖版本
如果自动方案无效，需手动干预 composer.json 文件：
- 检查冲突包的版本范围，尝试放宽版本约束（如从 ^1.2.0 改为 ~1.2.0 || ^1.3.0）
- 查看各依赖包的文档，确认是否有兼容的中间版本可共用
- 临时注释部分 require 项，逐个排查冲突源头
- 考虑替换功能相似但依赖更少的第三方包
使用 platform config 模拟环境
有时冲突源于本地环境与目标环境不一致。可在 composer.json 中设置平台选项：
"config": { "platform": { "php": "8.1.0" } }这会让 Composer 忽略本地 PHP 版本，按指定环境解析依赖。
基本上就这些。关键是理清依赖链，结合工具输出逐步缩小问题范围。多数冲突可通过更新、降级或调整版本约束解决。
