laravel的404视图必须放在resources/views/errors/404.blade.php，大小写敏感且需清缓存；要显示当前url需在handler.php中手动传入$request->fullurl()；app_debug=false才启用该视图，fallback路由需显式调用view避免逻辑不一致。
404视图文件放在哪？不是随便建个404.blade.php就行
默认情况下，Laravel 的 404 页面由 resources/views/errors/404.blade.php 渲染。这个路径是硬编码进异常渲染逻辑里的，不是靠路由或配置指定的。
常见错误现象：resources/views/404.blade.php 或 resources/views/errors/not-found.blade.php 都不会被自动识别——Laravel 只认 errors/404.blade.php 这个确切路径和文件名。
- 必须确保目录存在：
resources/views/errors/，不能漏掉errors子目录 - 文件名必须是
404.blade.php，大小写敏感（Windows 下可能不报错，Linux 上 404.blade.php 和 404.BLADE.PHP 不等价） - 如果项目启用了视图缓存（如生产环境运行过
php artisan view:cache），改完文件后要清缓存：php artisan view:clear
怎么让 404 页面显示当前请求的 URL？
Laravel 在渲染 errors/404.blade.php 时，会自动注入一个 $exception 变量，类型是 Symfony\Component\HttpKernel\Exception\NotFoundHttpException；但它本身不带请求信息。真正能拿到 URL 的是 Laravel 的 $request 实例——但默认不传入错误视图。
需要手动在 App\Exceptions\Handler.php 的 render 方法里补充：
public function render($request, Throwable $exception)
{
if ($exception instanceof NotFoundHttpException) {
return response()->view('errors.404', ['url' => $request->fullUrl()], 404);
}
return parent::render($request, $exception);
}
-
errors.404是视图路径别名（对应errors/404.blade.php），不要写成errors/404 - 传入的
url变量可在视图中直接用{{ $url }}输出 - 别忘了保留
404状态码，否则浏览器和搜索引擎看到的是 200
为什么本地开发能看到错误堆栈，线上却只显示 404 页面？
这跟 APP_DEBUG 环境变量和异常处理流程有关。当 APP_DEBUG=true 时，Laravel 会跳过自定义错误视图，直接抛出 Symfony 的调试页面；只有 APP_DEBUG=false 时，才会走 resources/views/errors/*.blade.php 流程。
- 检查
.env：线上必须是APP_DEBUG=false，否则 404 视图永远不会触发 - 别在
Handler.php里 catch 所有异常再强行返回 404 视图——这会掩盖真实错误，比如路由没注册、控制器类不存在，本该是 500 的问题被伪装成 404 - 如果想在
APP_DEBUG=true下也预览 404 页面，可临时把APP_DEBUG设为false，或用php artisan serve --env=local配合修改config/app.php中的debug值（不推荐长期这么做）
如何区分“真 404”和“路由 fallback 导致的假 404”？
Laravel 的 Route::fallback() 也会返回 404 状态码，但它走的是路由层，不经过异常处理器，因此不会触发 Handler.php 里的逻辑，也不会渲染 errors/404.blade.php ——除非你手动在里面调用 response()->view()。
- 如果你写了
Route::fallback(fn () => response()->view('errors.404', [], 404));，那它和异常触发的 404 页面看起来一样，但$exception变量不可用，$request也不自动传入 - 更干净的做法是统一收口：删掉
fallback，靠异常机制兜底；或者保留fallback，但确保它也调用和异常处理一致的视图逻辑 - 注意：多次定义
fallback会导致后注册的覆盖前注册的，容易漏掉本该匹配的兜底逻辑
最容易被忽略的一点：404 视图里别用 @include('layouts.app') 这类依赖完整应用上下文的模板——万一 layouts.app 里引用了未定义的 $user 或执行了数据库查询，就会引发二次异常，最终显示白屏或 500，而不是你写的友好 404 页面。
