并非没有主要违反框架原理的问题（如果您仍然感兴趣，我将在下面告诉您如何做）。

有一些事情使这很难完成。取消默认错误和异常处理程序很容易

set_error_handler(null);
set_exception_handler(null);

但这给您带来两个主要障碍。

第一个是Laravel在其引导过程中注册了一个关闭处理程序，该关闭功能将查找最后一个错误，如果是致命错误，请手动调用异常处理代码。

第二个是，主要的Laravel Application处理程序如下所示

#File: vendor/laravel/framework/src/Illuminate/Foundation/Application.php
public 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 Illuminate\Foundation\Application;

用以下内容替换

ini_set('display_errors','1');
class MyApplication extends Illuminate\Foundation\Application
{
    function startExceptionHandling()
    {
        //do nothing
    }

    public function handle(Symfony\Component\HttpFoundation\Request $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版本中更改，则将中断。

如果自定义包依赖于添加自定义异常处理程序，则它们可能会中断。

除了临时调试技术外，我建议不要使用此方法。