laravel 8 中监听器应通过构造函数类型提示自动注入 userservice 等依赖，而非手动 new 或 app() 获取；需在 appserviceprovider 的 register() 中用 singleton() 绑定服务，并确保接口→实现映射正确，事件触发时容器自动解析并注入实例。
在 Laravel 8 中，当监听器需要调用 UserService、OrderService 等具体业务服务时，若仍靠 new UserService() 手动实例化或 app(UserService::class) 硬编码获取，就破坏了依赖注入的自动解析能力，导致监听器无法被容器统一管理、测试困难、无法享受单例/绑定替换等特性。
监听器构造函数中声明依赖
打开 app/Listeners/SendWelcomeEmail.php，在构造函数参数中直接声明所需服务类型：
public function __construct(public Mailer $mailer, public UserService $userService) { }
这一步是关键前提——Laravel 容器会按类型自动查找已绑定的服务实例并注入。不要在 handle() 方法里 new 实例，也不要使用 app() 辅助函数手动取。
确保服务已在容器中正确绑定
检查 app/Providers/AppServiceProvider.php 的 register() 方法：
public function register() { $this->app->singleton(UserService::class, function ($app) { return new UserService($app->make(UserRepository::class)); }); }
【UserService 必须已绑定到容器，否则构造函数注入会抛出 Target class [App\Services\UserService] does not exist】
若你使用的是接口抽象（如 IUserService），还需在 bind() 或 singleton() 中完成接口→实现类的映射，否则容器无法知道该注入哪个具体类。
触发事件时监听器自动获得实例
在控制器中执行 event(new UserRegistered($userId)) 后，Laravel 会按以下路径完成解析：
EventDispatcher → 查找注册的 SendWelcomeEmail 监听器 → 容器尝试 resolve(SendWelcomeEmail::class) → 检查其构造函数参数 → 依次 resolve(Mailer::class) 和 UserService::class → 将两个已实例化的对象传入构造函数 → 返回完整初始化的监听器实例 → 调用 handle() 方法
整个过程无需你在任何地方写 new 或 app()，全部由容器接管。如果某服务未绑定，错误会在 resolve 阶段立即抛出，而不是等到 handle() 里才报 Class not found。
验证依赖是否真正生效
方法一：在 SendWelcomeEmail 的 handle() 方法开头加一行 dd($this->userService);，触发事件后观察输出是否为 App\Services\UserService 实例而非 null 或报错。
方法二：在 phpunit 测试中 mock UserService，然后传入 Mockery::mock(UserService::class)，若监听器能正常接收该 mock 实例，说明注入通路畅通。
方法三：运行 php artisan tinker，输入 (new \App\Listeners\SendWelcomeEmail)->userService，不报错且返回实例即证明绑定成功。
