Laravel 6 中事件处理器默认不支持自动依赖注入，但可通过 app() 辅助函数全局获取容器实例；监听器类需手动绑定依赖，闭包监听器可直接调用 app()；绑定须在 register() 中完成，避免 boot() 中绑定导致解析失败。
在 Laravel 6 中，事件处理器（如事件监听器或闭包监听器）默认不支持自动依赖注入，但容器实例本身是全程可用的——你不需要“启动”或“初始化”它，它早已存在且全局可取。
直接用 app() 辅助函数获取容器
这是最常用、最安全的方式。Laravel 6 的 app() 函数在整个生命周期中始终有效，包括事件触发时：
- 在监听器类的
handle方法里直接调用：$cache = app('cache');或$userService = app(UserService::class); - 在事件注册的闭包监听器中同样可用：
Event::listen(OrderShipped::class, function ($event) {<br> $logger = app('log');<br> $logger->info('Order shipped', ['id' => $event->order->id]);<br>});
通过构造函数注入（仅限监听器类，需手动注册）
Laravel 6 的监听器类如果通过 EventServiceProvider 的 $listen 数组注册（即非闭包），**不支持自动构造函数注入**；但你可以改用服务容器绑定 + 手动解析的方式：
- 先在
AppServiceProvider@register()中绑定监听器：$this->app->singleton(UpdateInventoryListener::class, function ($app) {<br> return new UpdateInventoryListener(<br> $app->make(InventoryService::class),<br> $app->make(LoggerInterface::class)<br> );<br>}); - 再在
EventServiceProvider@boot()中使用Event::listen()或dispatch()时显式解析：Event::listen(OrderShipped::class, function ($event) {<br> $listener = app(UpdateInventoryListener::class);<br> $listener->handle($event);<br>});
避免在事件中误用 Facade 获取容器
不要写 $app = App; 或试图把 App 当变量赋值——App 是 Facade 类名，不是对象。虽然 App::runningInConsole() 这类静态调用可行，但它底层仍是转发给容器，**不如直接用 app() 简洁明确**。尤其在事件中，逻辑应轻量，绕过 Facade 更利于调试和测试。
注意单例与绑定时机问题
事件可能在请求生命周期外触发（如队列任务中），此时容器已启动但某些服务可能尚未完全 boot。关键点：
- 所有
bind()和singleton()应放在服务提供者的register()方法中，确保早于事件解析 - 避免在
boot()中做绑定——事件监听器若在 boot 阶段被注册，而绑定又写在 boot 里，会导致解析失败 - 若监听器用到了数据库或缓存，在队列中运行时请确认连接配置已加载（如
config('database')可用）
