Laravel 6 的事件订阅器不支持构造函数依赖注入，因其通过 new 实例化而非容器解析；正确做法是在 subscribe() 方法中用 app() 获取服务，或改用支持自动注入的事件监听器。
在 Laravel 6 中，事件订阅器（Event Subscriber）本身**不支持自动构造函数依赖注入**，因为它不是由服务容器直接解析和实例化的——Laravel 是通过反射手动 new 出订阅器实例的。所以不能像控制器或队列任务那样直接在 __construct 中写 UserService $service 就自动注入。
为什么订阅器默认不支持构造函数注入
Laravel 在注册事件订阅时，调用的是 Event::subscribe()，底层会执行 new $subscriber，绕过了服务容器的解析流程。这意味着即使你在构造函数中声明了类型提示，也不会被自动填充。
正确做法：在 subscribe() 方法中使用 app() 获取服务
推荐在订阅器的 subscribe() 方法里，通过 app() 辅助函数或 $this->app（若继承自 Illuminate\Events\EventSubscriber 并手动传入）来获取业务类：
- 确保你的订阅器实现了
Illuminate\Contracts\Events\Dispatcher所需的subscribe方法 - 在该方法内部，用
app(UserService::class)或resolve(UserService::class)拿到实例 - 把实例赋给属性，供后续事件回调使用
示例：
namespace App\Listeners;
use App\Services\UserService;
use Illuminate\Contracts\Events\Dispatcher;
class UserEventSubscriber
{
protected $userService;
public function subscribe(Dispatcher $events)
{
$this->userService = app(UserService::class);
return [
'App\Events\UserCreated' => 'onUserCreated',
];
}
public function onUserCreated($event)
{
$this->userService->sendWelcomeEmail($event->user);
}
}
进阶方案：改用事件监听器（Listener）替代订阅器
如果你需要完整依赖注入能力，更推荐使用**普通事件监听器**（Listener），它由容器管理，天然支持构造函数注入：
- 运行
php artisan make:listener SendWelcomeEmail --event=UserCreated - 在生成的类构造函数中直接声明依赖：
public function __construct(UserService $service) - Laravel 会在触发事件时，自动从容器解析并注入该实例
然后在 EventServiceProvider 的 $listen 数组中注册即可，逻辑更清晰、可测试性更强。
补充：如果坚持用订阅器，也可手动绑定并 resolve
你可以在 AppServiceProvider@register() 中提前绑定：
return new UserEventSubscriber(
$app->make(UserService::class),
$app->make(LoggerInterface::class)
);
});
再在 EventServiceProvider@boot() 中通过 $events->subscribe($this->app->make(UserEventSubscriber::class)) 注册。但这种方式较繁琐，仅适合有特殊生命周期控制需求的场景。
