并非没有主要违反框架原理的问题（如果您仍然感兴趣，我将在下面告诉您如何做）。
有一些事情使这很难完成。取消默认错误和异常处理程序很容易
set_error_handler(null);set_exception_handler(null);
但这给您带来两个主要障碍。
第一个是Laravel在其引导过程中注册了一个关闭处理程序，该关闭功能将查找最后一个错误，如果是致命错误，请手动调用异常处理代码。
第二个是，主要的Laravel Application处理程序如下所示
#File: vendor/laravel/framework/src/Illuminate/Foundation/Application.phppublic function handle(SymfonyRequest $request, $type = HttpKernelInterface::MASTER_REQUEST, $catch = true){ try { $this->refreshRequest($request = Request::createFrombase($request)); $this->boot(); return $this->dispatch($request); } catch (Exception $e) { if ($this->runningUnitTests()) throw $e; return $this['exception']->handleException($e); }}也就是说-
如果您的应用程序代码引发异常，Laravel会在此处捕获该异常并手动调用该异常的
handleException方法（这会触发标准的Laravel异常处理）。没有办法让PHP处理应用程序中发生的致命异常，Laravel阻止了这种异常的发生。
我告诉你如何做你想做的部分
所有这些意味着我们需要用自己的应用程序替换主要的Laravel应用程序。在中
bootstrap/start.php，有以下几行
#File: bootstrap/start.php$app = new IlluminateFoundationApplication;
用以下内容替换
ini_set('display_errors','1');class MyApplication extends IlluminateFoundationApplication{ function startExceptionHandling() { //do nothing } public function handle(SymfonyComponentHttpFoundationRequest $request, $type = HttpKernelInterface::MASTER_REQUEST, $catch = true) { $this->refreshRequest($request = Request::createFrombase($request)); $this->boot(); return $this->dispatch($request); } }$app = new MyApplication;我们要做的第一件事是将PHP的显示错误ini设置为
1。这样可以确保将错误输出到浏览器。
接下来，我们定义一个新的应用程序类，以扩展实际的应用程序类。
最后，我们用
$app类实例化的对象替换实际的Laravel 对象。
在应用程序类本身中，我们将其删除
startExceptionHandling。这样可以防止Laravel设置自定义异常，错误和关闭回调。我们还定义
handle了从try
/ catch中删除应用程序的启动/调度。这是该过程中最脆弱的部分，根据您的Laravel版本，外观可能有所不同。
最终警告
如果
handle方法在将来的Laravel版本中更改，则将中断。
如果自定义包依赖于添加自定义异常处理程序，则它们可能会中断。
除了临时调试技术外，我建议不要使用此方法。
