ci4构造函数互相new对方导致循环依赖，表现为beancurrentlyincreationexception或栈溢出；须将至少一个依赖改为延迟注入，如通过service()在方法中获取，而非构造函数硬依赖。
构造函数里互相 new 对方就是循环依赖
CodeIgniter 4 容器报 BeanCurrentlyInCreationException 或栈溢出、启动卡死，基本就是 ServiceA 构造函数要 ServiceB，而 ServiceB 构造函数又反过来要 ServiceA。这不是配置问题，是代码逻辑硬编码了相互强依赖。
- 检查所有服务类的
__construct()参数，找出成对出现的双向类型提示（比如A依赖B，B也依赖A） - 不要只看类名，注意别名或继承链——
PaymentService依赖NotificationInterface，而实现类EmailNotifier又在构造函数里用了PaymentService，也算循环 - CI4 不支持构造函数级循环依赖的自动解耦，它不会像 Spring 那样 fallback 到 setter 注入
用接口 + 延迟注入打破循环
核心思路是让其中一方不通过构造函数拿实例，而是运行时按需获取——把「创建时就要」变成「用的时候才要」。
- 给被依赖方定义接口，比如
NotificationInterface，并在Services.php中绑定实现：Services::injectMock('NotificationInterface', new EmailNotifier()) - 在需要打破循环的一方（比如
PaymentService）里，去掉构造函数参数，改用属性+延迟获取：private NotificationInterface $notifier;，然后在方法里调用$this->notifier ??= service('notification') - 避免在构造函数里调用
service()——虽然能绕过容器解析，但会破坏单例一致性，且测试难 mock
容器注册顺序不影响循环依赖判定
有人试过调整 app/Config/Services.php 里服务方法的定义顺序，以为先注册 A 再注册 B 就能“先有后用”，其实没用。CI4 的依赖解析是递归反射，不是线性加载。
- 容器不关心你先写
public static function a()还是b()，它只关心实例化 A 时能否完成 B 的构造，反之亦然 - 哪怕把两个服务都注册为单例，只要构造函数互相引用，启动时照样失败
- 真正起作用的是「谁不参与构造链」——只有把至少一个依赖从构造函数移出去，才能切断闭环
调试时打开容器日志看解析路径
CI4 默认不输出依赖解析过程，但你可以临时修改 system/Services/Container.php（开发环境），在 resolveClass() 方法开头加一行日志：log_message('debug', 'Resolving: ' . $class);。启动服务后看日志是否出现重复类名来回打印，就能定位循环点。
- 日志里如果看到
Resolving: App\Services\A→Resolving: App\Services\B→Resolving: App\Services\A… 就是铁证 - 别依赖 IDE 的「跳转到定义」，PHP 反射实际解析的是运行时类型，可能受别名、trait、动态代理影响
- 最稳妥的方式：删掉一个服务类的构造函数参数，再启动——如果成功了，就说明这个参数是循环链的关键一环
