Laravel 中让 404 和 500 错误显示不同视图需在 app/Exceptions/Handler.php 的 render() 方法中按异常类型（如 ModelNotFoundException、AuthorizationException）判断并用 response()->view('errors.xxx', [], 状态码) 指定对应视图，确保状态码正确、路径为 resources/views/errors/xxx.blade.php，且 APP_DEBUG=false 时才生效。
如何在 Laravel 中让 404 和 500 错误显示不同视图
默认情况下，Laravel 的 resources/views/errors/404.blade.php 和 500.blade.php 仅按 HTTP 状态码区分，但实际项目中常需按异常类型（如 ModelNotFoundException、AuthorizationException）返回不同页面。关键在于：Laravel 的异常渲染逻辑不直接支持“按异常类名自动匹配视图”，必须手动接管。
推荐做法是修改 app/Exceptions/Handler.php 中的 render() 方法，在抛出前判断异常类型并指定视图：
- 对
ModelNotFoundException，可返回404状态 + 自定义视图resources/views/errors/model-not-found.blade.php - 对
AuthorizationException，返回403状态 +resources/views/errors/unauthorized.blade.php - 注意：视图路径必须严格对应
resources/views/errors/xxx.blade.php，否则 Laravel 不会自动 fallback 到默认错误页
为什么 render() 里用 response()->view() 而不是 view()
直接调用 view('errors.custom') 会丢失 HTTP 状态码和响应头，浏览器可能收到 200 状态却显示错误内容，影响 SEO 和前端逻辑判断。必须用 response()->view() 显式设置状态码：
if ($exception instanceof ModelNotFoundException) {
return response()->view('errors.model-not-found', [], 404);
}
常见错误：漏写第三个参数（状态码），导致返回 200；或传入非法状态码（如 404.1），触发 PHP Warning。
自定义异常类如何接入错误页系统
如果你定义了 App\Exceptions\InvalidPaymentException，想让它统一走 resources/views/errors/payment-failed.blade.php，需两步：
- 在
Handler.php的render()方法中添加分支判断 - 确保该异常类继承
Exception（而非Throwable直接实现），否则instanceof检查失败 - 若使用 PHP 8+，注意
render()方法签名是否与父类一致（Laravel 9+ 要求返回Response|ResponseFactory）
示例：
use App\Exceptions\InvalidPaymentException;
// ...
public function render($request, Throwable $exception)
{
if ($exception instanceof InvalidPaymentException) {
return response()->view('errors.payment-failed', [
'message' => $exception->getMessage()
], 422);
}
return parent::render($request, $exception);
}
开发环境与生产环境的差异处理
本地 APP_DEBUG=true 时，Laravel 会强制显示调试页面（Whoops），完全绕过你写的错误页逻辑。只有在 APP_DEBUG=false 且配置了 APP_URL 后，自定义错误页才生效。
容易被忽略的点：
- 运行
php artisan config:clear清理缓存，否则 .env 修改不生效 - Apache/Nginx 需关闭自身的错误页拦截（如 Nginx 的
fastcgi_intercept_errors on会覆盖 Laravel 响应） - 测试时用
curl -I http://your-app/invalid-route查看真实状态码，别只依赖浏览器地址栏
真正上线前，务必在生产配置下验证每种异常路径的实际 HTTP 响应。
