循环依赖指多个包相互依赖，Composer因无法解析安装顺序而报错。解决方法包括重构代码、提取公共包、使用依赖注入、调整开发依赖或合并包，关键在于设计时避免并解耦逻辑。
Composer 本身不会自动解决循环依赖问题，因为它遵循的是扁平化的依赖解析机制，一旦检测到两个或多个包互相依赖（A 依赖 B，B 又依赖 A），就会在安装或更新时抛出错误。
什么是循环依赖？
当两个或多个 Composer 包彼此直接或间接地相互依赖时，就形成了循环依赖。例如：
这种情况下，Composer 无法确定安装顺序，也无法构建依赖树，会报类似 "circular dependency detected" 的错误。
如何识别和解决循环依赖？
Composer 会在执行 composer install 或 composer update 时报错，提示哪个包引发了循环引用。解决方式通常有以下几种：
- 重构代码逻辑：将共用的功能提取到第三个独立的包 C 中，让 A 和 B 都依赖 C，打破循环。
- 使用替代接口或服务容器：通过依赖注入或接口解耦，避免具体类之间的硬依赖。
-
检查开发依赖（require-dev）：有时循环依赖出现在
require-dev中（如测试代码中引用了主项目）。可通过调整 autoload 或拆分测试包来避免。 - 合并包（如果合理）：如果 A 和 B 始终一起使用，考虑是否应合并为一个包。
临时规避方法（不推荐长期使用）
某些极端情况可尝试：
- 使用 --ignore-platform-reqs 或忽略特定警告（但不能绕过核心循环依赖错误）
- 手动修改 vendor 目录（危险，会被覆盖）
这些做法不稳定，不应作为正式解决方案。
基本上就这些。Composer 不支持循环依赖，关键在于设计阶段避免，出现时优先通过解耦或抽离公共逻辑来修复。
