exception - 从中间件中的 Controller 捕获异常

Question

我有一个可以抛出异常的laravel Controller ，以及一个捕获该异常的全局中间件。在半伪代码中:

// App\Controllers\...
class Controller {
  function store() {
    throw new FormException; // via validation etc, but it's thrown here
  }
}

// App\Http\Middleware\...
class Middleware {
  function handle(Closure $next) {
    try {
      // Breakpoint 1
      return $next(); // $response
      // Breakpoint 2
    }
    catch (FormException $ex) {
      // Breakpoint 3
      exit('FormException caught!');
    }
  }
}

问题是永远不会捕获到异常。在管道中的某个地方，应用程序捕获了异常并打印了一个漂亮的错误页面，但是它应该被我的中间件捕获，以便它可以正确处理它。

断点1应该触发，并且它<< <<好的

断点2不应该触发，并且<< <<

很好

断点3应该触发，但不会触发<<什么？

我可以想象我的中间件没有捕获到它的唯一方法是，如果它被捕获在管道内部更深的地方，而不是更深处/周围，但是我在其他中间件或管道执行代码中找不到任何try/catch。

在哪里捕获此异常？为什么？

这可能不是一个很好的模式，但是我现在不在乎。我比其他任何东西都好奇。我会完全误解Laravel的中间件吗？

我自己的 super 简单中间件测试完成了我期望的工作: https://3v4l.org/Udr84-在中间件内部捕获并处理异常。

笔记:

$response对象($next()的返回值)是已处理的异常页面，因此已被处理。在哪里，为什么？

处理App\Exceptions\Handler::render()中的异常有效，但是我希望所有逻辑都在中间件程序包中，而不是应用程序代码中。

相关的Laravel代码:

Kernel::handle() 启动中间件管道<<这具有一个包罗万象的catch()，但是我的catch()首先出现了，对吗？

Pipeline::then() 启动中间件执行

Pipeline::getSlice()处理并创建$next闭包

Answer 1

显然this is by design:

Yes, this is the beavhiour starting from L5.2. Throwing an exception causes the response to be set as that returned from the exception handler, and then the middleware is allowed to backout from that point.

我觉得这很奇怪。可插拔的中间件非常适合捕获异常。

仍然可以通过两种方法执行此操作:

正确:在App\Exceptions\Handler中，这还不够好，因为软件包无法触摸该

时髦:take the original exception object from the response object:

$response = $next($request);
$exception = $response->exception;