resolving回调在每次make()或自动注入完成实例化后触发，用于统一初始化对象；resolve()不触发，且仅当注册过监听且非单例复用时生效。
resolving 是 Laravel 服务容器提供的一个全局回调机制，用于在某个服务**每次被解析完成、但尚未返回给调用者之前**执行自定义逻辑。它不改变解析结果本身，而是提供一个“钩子”来对已实例化的对象做统一处理（如设置默认属性、打日志、注入辅助对象等）。
什么时候触发 resolving 回调？
当使用 make() 或自动依赖注入（如控制器构造函数）解析目标类时，若该类已在容器中注册了 resolving() 监听，且实例化已完成（包括所有依赖注入完毕），就会立即触发该回调。
注意：resolve() 不会触发 resolving 回调；只有 make() 和完整生命周期的解析才会触发。
- 触发时机：对象已 new 出来 + 所有构造参数已注入 + 单例缓存未命中（或命中但仍是首次解析该抽象）
- 不触发场景：用
resolve()手动传入实例、从$instances直接取单例（第二次起）、或该抽象从未被resolving()监听过
如何注册 resolving 回调？
通常在服务提供者的 register() 方法中注册：
AppServiceProvider.php
$this->app->resolving(LoggerInterface::class, function ($logger, $app) {
// $logger 是刚创建好的实例
// $app 是当前容器实例，可从中获取其他服务
$logger->setChannel('application');
});
$this->app->resolving(UserRepository::class, function ($repo, $app) {
$repo->setConnection($app->make('db.connection'));
});
- 第一个参数是抽象名（类名或接口名），支持字符串、FQCN 或接口
- 第二个参数是闭包，接收两个参数：已解析的对象实例、容器实例
- 回调内不能修改返回值，但可以调用其方法、设置属性、记录日志等
resolving vs rebound：关键区别
resolving 关注的是“每次成功解析后”，而 rebinding 关注的是“重新绑定某个抽象时”（且仅在该抽象已被解析过之后再次 bind 才触发）。
-
resolving(EmailService::class, ...)→ 每次make('EmailService')都执行 -
rebinding('cache', ...)→ 只有先make('cache')过，再bind('cache', ...)时才执行
如果你需要对每个新实例统一初始化，选 resolving；如果需要监听绑定策略变更并清理旧状态，才用 rebinding。
实际应用场景举例
常见用途包括：
- 为日志器统一设 channel 或 handler
- 为 Eloquent 模型设置默认连接或事件监听器
- 为命令行命令注入应用环境信息
- 为第三方 SDK 客户端自动填充 API token（从 config 获取）
例如：
$this->app->resolving(ApiClient::class, function ($client, $app) {
$client->setToken($app->make('config')->get('services.api.token'));
});
这样，无论你在控制器、命令还是任务中通过类型提示使用 ApiClient，它都会自动带上 token，无需重复设置。
