服务提供者 register() 方法中禁止直接 new 实例，应仅做声明式绑定（如 bind/singleton），避免依赖未就绪报错；需注意 bind 与 singleton 的生命周期差异；依赖注入须确保类型提示与绑定名一致；容器不检测循环依赖，易致无限递归卡死。
服务提供者 register() 方法里不能直接 new 实例
ThinkPHP 容器在启动阶段会按顺序执行所有服务提供者的 register() 方法，此时容器尚未完成初始化（比如 app、config 等核心绑定还未就绪）。如果在 register() 里直接 new ServiceX() 并传入依赖，很可能因依赖未注册而报错：Call to undefined method think\Container::make() 或参数类型不匹配。
正确做法是只做“声明式绑定”，把实例化延迟到真正需要时：
- 用
$this->app->bind('ServiceX', ServiceX::class)声明类映射 - 或用闭包绑定：
$this->app->bind('ServiceX', function ($app) { return new ServiceX($app->make('Cache')); })，确保$app->make()可用 - 避免在
register()中调用$this->app->make('xxx')获取其他服务——除非你 100% 确认该服务已在前序提供者中 bind/bindIf 注册
bind() 和 singleton() 的行为差异直接影响内存与状态
bind() 每次 make() 都新建实例；singleton() 则首次 make() 后缓存，后续复用同一对象。这在涉及数据库连接、HTTP 客户端、事件监听器等有状态组件时尤为关键。
常见误用场景：
立即学习“PHP免费学习笔记（深入）”；
- 将
Db类用bind()绑定 → 每次请求都新建 PDO 连接，快速耗尽连接池 - 将自定义的
OrderProcessor（含私有状态属性）用bind()→ 多次调用间状态污染 - 将无状态工具类（如
StrHelper）用singleton()→ 没坏处但没必要，徒增容器缓存开销
建议：有状态、重量级、需共享生命周期的对象，优先用 singleton()；纯函数式、无副作用的轻量类，bind() 更清晰。
依赖注入失败常因类型提示与容器绑定名不一致
ThinkPHP 容器根据构造函数参数的类名（或接口全限定名）自动解析依赖。若类 A 构造函数写的是 public function __construct(CacheInterface $cache)，但你在服务提供者里只绑定了 think\Cache\Cache，容器无法匹配，会抛出 ReflectionException: Class CacheInterface does not exist 或空值注入。
解决路径很直接：
- 确认接口已正确
use，且命名空间完整（比如use think\cache\CacheInterface;） - 在服务提供者中显式绑定接口到实现：
$this->app->bind(\think\cache\CacheInterface::class, \think\cache\driver\File::class) - 若使用注解或配置驱动（如
cache.driver=file），确保对应 driver 类真实存在且可被自动加载 - 调试时可用
var_dump($this->app->getBind())查看当前所有绑定项
容器解析循环依赖时不会报错，但会无限递归卡死
ThinkPHP 默认不检测循环依赖（如 A 依赖 B，B 又依赖 A）。它会一直尝试 make(A) → make(B) → make(A) → …，最终触发 PHP 的 Maximum function nesting level of '256' reached 错误，或直接 500。
这类问题极难定位，因为堆栈里全是 think\Container->make() 的重复调用。排查建议：
- 在
Container::make()开头加简单日志：echo "[MAKE] {$abstract}\n";，观察输出是否出现高频重复抽象名 - 检查构造函数参数，特别留意「双向引用」：比如
UserRepository依赖EventDispatcher，而EventDispatcher又监听了UserCreated事件并间接调用了UserRepository - 拆解依赖链：把部分逻辑抽成方法调用（非构造注入），或改用
$container->invoke()延迟获取
最稳妥的方式，是在服务提供者中对高风险组合做静态分析 —— 循环依赖不是配置问题，而是设计信号，该重构时别硬扛。
