laravel 6 的异常处理器不支持构造函数依赖注入，因其实例被单例复用且解析时容器未就绪；推荐在 report() 或 render() 中用 $this->container->make() 按需解析服务，或通过自定义异常类的 report() 方法实现依赖注入。
在 Laravel 6 中，异常处理器（App\Exceptions\Handler）默认不支持构造函数依赖注入，因为框架在底层是通过 $this->app[ExceptionHandler::class] 直接从容器中解析该类的——但这个解析发生在容器尚未完全就绪、且 Handler 实例被复用多次的上下文中。直接在构造函数里写依赖会导致绑定失败或循环依赖，所以必须换一种方式注入自定义服务。
在 report() 或 render() 方法中按需解析服务
最稳妥、官方推荐的方式是在 report() 或 render() 方法内部，使用容器的 make() 或 resolve() 主动获取所需服务：
- 不要在构造函数中声明依赖，避免触发提前解析
- 在
report()方法开头调用$this->container->make(MyService::class)，确保此时容器已可用 - 若服务有接口绑定（如
$this->app->bind(LoggerInterface::class, MyLogger::class)），可直接按接口解析 - 示例：public function report(Exception $exception) { $logger = $this->container->make('log'); $logger->error('Exception occurred', ['exception' => $exception]); parent::report($exception); }
利用异常类自身的 report() 方法实现服务注入
Laravel 允许你在自定义异常类中定义 report() 方法，并由框架自动调用它——而且这个方法会通过容器执行（$this->container->call([$e, 'report'])），因此支持完整依赖注入：
- 创建业务异常类，如
App\Exceptions\PaymentFailedException - 在类中声明构造函数依赖（如
PaymentNotifier $notifier） - 实现
public function report(PaymentNotifier $notifier)方法 - 抛出该异常时，Laravel 会自动从容器解析
$notifier并传入
通过服务提供者预绑定 Handler 实例（进阶可控方案）
如果你坚持要在 Handler 类中使用构造注入，可以手动替换容器中的绑定，让容器用带依赖的实例代替默认解析逻辑：
- 在
AppServiceProvider::register()中添加：$this->app->singleton(ExceptionHandler::class, function ($app) { return new Handler($app->make(MyService::class), $app->make(LoggerInterface::class)); }); - 同时修改
Handler构造函数，接收对应依赖并赋值给属性 - 注意：必须用
singleton绑定，否则每次异常都会新建 Handler 实例，可能引发状态混乱 - 此方式绕过框架默认行为，需自行确保所有依赖都已正确绑定
不复杂但容易忽略：Laravel 6 的 Handler 是单例复用的，不是每次异常都重建，所以它的生命周期和普通请求类不同。优先走方法内解析，既安全又符合框架设计意图。
