Laravel中404由Handler的render()处理而非report()，需确保resources/views/errors/404.blade.php存在且APP_DEBUG=false，否则显示调试页；可于render()中拦截NotFoundHttpException实现日志或跳转。
404异常在Laravel里默认由Illuminate\Foundation\Exceptions\Handler处理
Laravel不会把404当成“错误”抛给全局异常处理器（比如report()），而是当作一个预期中的NotFoundHttpException，走render()分支。所以你在report()里加dd()或日志，根本不会触发——这是最常踩的坑。
真正起作用的是render()方法里的逻辑：它会检查异常是否是NotFoundHttpException，然后调用response()->view()渲染resources/views/errors/404.blade.php（如果存在）。
- 只要这个视图文件存在，Laravel就自动用它，不走
abort(404)以外的任何配置 - 如果不存在，才 fallback 到框架内置的简洁提示页
-
APP_DEBUG=true时，哪怕你写了404.blade.php，也会被绕过——直接显示调试页面
怎么让abort(404)和路由未匹配都走同一个自定义页
核心是确保resources/views/errors/404.blade.php存在且可读。不需要改任何PHP代码，也不用重写Handler类——除非你要做更复杂的逻辑（比如记录404来源、重定向到搜索页）。
注意路径大小写和命名：必须是404.blade.php，不是404.php、notfound.blade.php或404.blade.html。Laravel只认这个精确名字。
- 视图里可以用
$exception变量访问原始异常对象（比如$exception->getMessage()） - 不要在
404.blade.php里调用abort()或redirect()，会导致循环 - 如果用了前端路由（如Vue Router），确保后端Nginx/Apache已配置fallback，否则404根本进不到Laravel
想对404加日志或跳转，得动App\Exceptions\Handler
默认Handler对NotFoundHttpException不做report()，但你可以显式拦截。在app/Exceptions/Handler.php的render()方法开头加判断：
if ($exception instanceof \Symfony\Component\HttpKernel\Exception\NotFoundHttpException) {
\Log::warning('404 hit', ['url' => request()->fullUrl()]);
// 可选：return redirect()->route('search')->with('q', request()->path());
}
注意别漏掉\前缀——NotFoundHttpException是Symfony的类，不是Laravel自己的。
- 加日志要小心量：爬虫扫出的大量404可能撑爆日志文件
- 返回
redirect()时，状态码仍是302，不是404；SEO角度不推荐无条件跳转 - 若同时要渲染自定义页+记录日志，别return，继续走父类
render()逻辑
生产环境404页不生效？先查APP_DEBUG和缓存
开发时设APP_DEBUG=true，Laravel会强制显示调试页，完全忽略errors/404.blade.php。上线前不改回false，再好看的404页也白搭。
还有两个隐蔽点：Blade缓存和视图编译。改完404.blade.php后，如果页面没变，试试清缓存：
-
php artisan view:clear（清Blade编译缓存） -
php artisan config:clear（顺手清下配置缓存，避免APP_DEBUG读错） - Nginx/Apache如果配了静态文件缓存，也可能缓存住旧的404响应头
404本身不报错，所以没日志、没提示、也没堆栈——最容易被当成“没生效”，其实是环境或缓存卡住了。
