Laravel异常处理有五种方法：一、自定义Handler的render方法返回特定视图；二、绑定CustomExceptionHandler类实现细粒度控制；三、在resources/views/errors下创建状态码命名模板；四、用中间件捕获并转换API异常为JSON响应；五、通过APP_DEBUG和日志配置隔离环境错误显示。
如果您在使用 Laravel 应用时遇到未捕获的异常，系统默认会显示调试页面或通用错误响应，这可能暴露敏感信息或影响用户体验。以下是处理异常错误页面的多种方法：
一、自定义异常渲染器
Laravel 的 App\Exceptions\Handler 类负责全局异常的渲染与报告。通过重写 render 方法，可针对不同异常类型返回定制化的响应。
1、打开 app/Exceptions/Handler.php 文件。
2、在 render 方法中添加对特定异常的判断逻辑，例如捕获 ModelNotFoundException 并返回 404 视图。
3、使用 response()->view() 返回自定义 Blade 模板，如 resources/views/errors/404.blade.php。
4、对非调试环境下的 Exception 基类，统一返回 500.blade.php 并设置状态码为 500。
二、注册自定义异常处理器
可通过绑定自定义异常处理器类替代默认行为，实现更细粒度的控制，例如日志分级、告警触发或上下文注入。
1、创建新类 app/Exceptions/CustomExceptionHandler.php，继承 Illuminate\Foundation\Exceptions\Handler。
2、重写 report 方法，在记录异常前检查是否为预期业务异常，避免冗余日志。
3、在 app/Providers/AppServiceProvider.php 的 boot 方法中，调用 $this->app->singleton 绑定该类到 Illuminate\Contracts\Debug\ExceptionHandler 接口。
4、确保 config/app.php 中的 providers 数组已注册 App\Providers\AppServiceProvider::class。
三、使用视图异常文件覆盖默认错误页
Laravel 会自动查找 resources/views/errors 目录下对应 HTTP 状态码的 Blade 模板，并在抛出相应异常时渲染。
1、在 resources/views/errors 目录中创建命名规范的文件，例如 404.blade.php、500.blade.php、403.blade.php。
2、每个模板内可使用 $exception 变量访问当前异常实例（仅限 500 页面），用于展示错误摘要或支持编号。
3、确保模板中不包含 PHP 调试函数（如 dd() 或 dump()），防止二次异常。
4、运行 php artisan view:clear 清除视图缓存以使更改立即生效。
四、中间件拦截特定异常并转换响应
通过中间件可在请求生命周期中捕获异常，适用于需统一处理 API 请求错误格式的场景，例如强制 JSON 响应结构。
1、执行 php artisan make:middleware HandleApiExceptions 创建中间件。
2、在 handle 方法中使用 try-catch 包裹 $next($request) 调用。
3、对捕获的 ValidationException，返回 response()->json() 并附带 422 状态码及错误字段。
4、将该中间件注册到 app/Http/Kernel.php 的 $middlewareGroups['api'] 数组中。
五、配置环境隔离错误显示行为
通过调整环境变量和框架配置，可控制异常是否显示详细堆栈信息，保障生产环境安全性。
1、确认 .env 文件中 APP_DEBUG=false 已设置，禁用调试信息输出。
2、检查 config/app.php 中的 debug 键值是否由 env('APP_DEBUG', false) 正确驱动。
3、在 config/logging.php 中配置 stack 通道，确保所有异常均写入 storage/logs/laravel.log。
4、验证 Web 服务器（如 Nginx）未启用 fastcgi_param PHP_VALUE "display_errors=on" 类似指令。
