TP8容器绑定需匹配生命周期、作用域与解析时机，否则App::make()会静默失败或报错；app()->bind()在子应用不生效因应用与容器解耦，子应用无法访问主应用容器绑定，应改用App::getInstance()->bind()或Container::getInstance()->bind()。
ThinkPHP 8.0 的容器绑定不是“写完就生效”，而是必须匹配生命周期、作用域和解析时机——否则 App::make() 会静默失败或抛出 Class not found、Binding not found 这类看似路径问题、实则绑定失效的错误。
为什么 app()->bind() 在子应用里不生效
TP8 把应用实例和容器解耦了，app() 默认返回主应用容器，而子应用（如 admin、api）有自己的 App 实例。你在主应用的 app/provider.php 里调用 app()->bind('FooService', FooService::class)，子应用根本看不到这个绑定。
- 改用
App::getInstance()->bind()：在子应用自己的bootstrap.php或服务提供者中显式获取当前应用实例 - 更稳妥的是直接操作容器单例：
Container::getInstance()->bind()，它绕过应用上下文，全局可见 - 绝对不要在
common.php或全局配置文件里做bind()，那里没有应用上下文，绑定可能被后续应用覆盖或忽略
接口绑定必须显式声明，不能靠自动推断
ThinkPHP 容器不会自动猜你接口该用哪个实现类。比如构造函数写了 public function __construct(CacheInterface $cache)，但只注册了 think\Cache\Cache，容器无法把 CacheInterface 和 Cache 关联起来，最终注入 null 或报 ReflectionException。
- 确保接口已正确
use，且命名空间完整，例如：use think\cache\CacheInterface; - 在服务提供者
register()方法中绑定：$this->app->bind(CacheInterface::class, \think\cache\driver\File::class); - 若需运行时逻辑（如根据环境切 Redis/File），用闭包绑定：
$this->app->bind(CacheInterface::class, fn($app) => $app->isDebug() ? new FileCache() : new RedisCache()); - 检查绑定名是否完全一致：
CacheInterface::class≠'CacheInterface'（字符串形式不触发自动解析）
bind() 和 singleton() 混用导致状态错乱
这两个方法生命周期完全不同：bind() 每次 make() 都新建实例；singleton() 首次调用后缓存并复用。混用时容易误以为绑定了单例，结果每次拿到的都是新对象，尤其在数据库连接、HTTP 客户端、带私有属性的状态类上会出问题。
立即学习“PHP免费学习笔记（深入）”；
- 有状态/重量级对象（如
Db、HttpClient、自定义事件监听器）必须用singleton() - 无状态工具类（如
StrHelper、DateFormatter）用bind()更清晰，避免无谓缓存 - 如果已在
provider.php用singleton()注册了服务，控制器里就必须用App::singleton('xxx')获取——用App::make('xxx')会绕过单例缓存，重新构造，可能因依赖未就绪而失败
服务提供者 register() 里禁止 new 实例或提前 make()
TP8 启动阶段按顺序执行所有服务提供者的 register()，此时核心服务（如 config、app、log）尚未完成绑定。如果你在里面直接 new ServiceX($this->app->make('Config'))，大概率触发 Call to undefined method think\Container::make() 或参数类型不匹配。
-
register()只做声明：用bind()或singleton()告诉容器“将来要用谁”，不执行实例化 - 需要传参的，必须用闭包延迟解析：
$this->app->singleton(ServiceX::class, fn($app) => new ServiceX($app->make(Config::class)) ); - 避免在
register()中调用$this->app->make('xxx')获取其他服务——除非你 100% 确认该服务已在前序提供者中完成bind()或singleton()
真正容易被忽略的是：TP8 容器启动时会校验构造函数类型声明。比如某服务依赖 DateTimeInterface，但你绑定的实现类构造函数实际接收的是 DateTime 实例，运行时直接抛 TypeError，而不是警告或降级处理——这种错误不会出现在日志开头，常卡在某个请求中间，排查成本很高。
