laravel 6 事件监听器依赖注入生效的前提是监听器由服务容器解析（如通过 event::dispatch()），而非手动 new；构造函数需带类型提示，且依赖类已绑定或可自动解析，事件对象则自动注入 handle() 方法首参。
Laravel 6 的服务容器会在事件监听器中自动注入依赖，前提是监听器通过容器解析（而非手动 new），且构造函数参数有正确的类型提示。
监听器必须由容器实例化
Event::dispatch() 不会直接 new 监听器类，而是调用服务容器的 app()->make(ListenerClass::class)。只有这样，构造函数里的依赖（如 Mailer、Logger、Repository）才能被自动解析并注入。
- 如果你在 EventServiceProvider::$listen 中注册的是类名字符串（如
'App\Listeners\SendWelcomeEmail'），调度器会在 dispatch 时通过容器解析它 - 若监听器是手动 new 出来的（比如在 handle() 里 new 其他类），容器无法介入，依赖注入就失效
- 监听器类路径写错（比如漏掉
App\前缀）会导致 TargetClassNotFound 异常
构造函数需满足容器解析条件
容器使用 PHP 反射分析构造函数参数类型，再递归解析每个依赖。因此：
- 参数必须带类或接口的类型提示（如
Mailer $mailer），不能是$mailer这样的无类型参数 - 依赖类本身也得能被容器解析——要么已绑定（如
$this->app->bind(Mailer::class, ...)），要么有默认实现且无不可注入构造参数 - Laravel 6 支持 PHP 7.4 的属性类型声明，但不支持 PHP 8 的构造属性提升（该特性在 Laravel 6 时尚未兼容）
事件对象本身也会被注入到 handle() 方法
监听器的 handle() 方法签名中，事件对象是第一个参数，且会被自动传入：
- 例如
public function handle(UserRegistered $event)，$event 就是 dispatch 时传入的事件实例 - 这个注入由调度器完成，和容器无关，但要求方法参数类型提示与事件类完全一致（包括命名空间）
- 如果类型不匹配（比如写成
UserRegisteredEvent但实际类是UserRegistered），handle 方法不会被调用，也不会报错
避免在监听器里做容器不可控的操作
监听器生命周期由容器管理，所以构造函数里不能有破坏容器行为的操作：
- 不要 new 第三方 SDK 实例并赋值给属性（如
$this->sdk = new \SomeSdk(...)），因为这类对象无法被容器管理，可能引发序列化失败（尤其在队列中） - 不要在构造函数里执行耗时操作（如远程 API 调用），这会阻塞整个事件分发流程
- 若需异步执行，应让监听器实现
ShouldQueue接口，并确保队列驱动已配置
