直接修改resources/views/errors/404.blade.php和500.blade.php即可生效；需确保APP_DEBUG=false、执行php artisan view:clear清缓存、文件名严格匹配且路径正确，否则因环境、缓存或配置问题导致不显示。
直接改 resources/views/errors/404.blade.php 和 resources/views/errors/500.blade.php 就行，Laravel 11（基于 PHP 8.2+）沿用这套约定，不需改路由、不需注册服务、也不用碰 Handler.php——除非你要按异常类型细分页面。
为什么改了文件却看不到自定义 404/500 页面
常见原因不是代码写错，而是环境或缓存卡住了：
- 开发环境下
APP_DEBUG=true，Laravel 强制显示 Ignition 调试页，根本不会加载errors/下的视图；必须设为APP_DEBUG=false才触发自定义页逻辑 - Blade 编译缓存没清：哪怕你刚保存了
404.blade.php，旧编译文件仍可能被加载，执行php artisan view:clear是最稳妥的验证方式 - 文件名拼错：必须是
404.blade.php，不是404.php、error-404.blade.php或放在resources/views/pages/下——Laravel 只认resources/views/errors/下严格匹配状态码的文件名 - 用了多语言包或自定义中间件，意外覆盖了错误响应流程；检查
app/Exceptions/Handler.php的render()方法是否提前返回了响应，绕过了默认视图查找机制
在 render() 里手动指定错误视图时容易漏掉的关键点
当你需要为 ModelNotFoundException 或 AuthorizationException 单独配页面，就得进 Handler.php 改 render()。这里最容易翻车的是状态码和响应构造：
- 必须用
response()->view('errors.xxx', [], 404)，不能只写view('errors.xxx')——后者返回的是 200 状态，搜索引擎和前端 JS 都会误判 - 第三个参数（状态码）不能省略，也不能传错：比如传
404.1会触发 PHP Warning，传0或负数会导致响应头异常 - 视图路径必须是
errors.xxx格式，对应resources/views/errors/xxx.blade.php；写成pages.404就完全不生效，也不会 fallback 到默认页 - 别在错误页模板里调用
route()或auth()——500 可能发生在路由加载失败或 session 初始化之前，这些辅助函数会直接报错，导致二次崩溃
500 页面里想看真实错误信息（仅限本地调试）
默认的 500.blade.php 是纯静态兜底页，不暴露任何异常细节。如果本地开发要快速定位问题，可以加一层环境判断：
@if(app()->environment('local'))
<pre class="brush:php;toolbar:false;">{{ $exception->getMessage() }}
{{ $exception->getTraceAsString() }}
@else
Something went wrong.
@endif但上线前务必删掉——$exception 可能泄露绝对路径、数据库配置片段甚至环境变量名。另外，CSS/JS 请用绝对路径引用，比如 <link href="/css/app.css" rel="stylesheet">，别用 asset()，它依赖应用已启动的上下文，而错误页可能在容器初始化失败时就触发了。
真正难处理的不是换页面，而是错误页本身运行在 Laravel 生命周期末端：session、auth、config、甚至 Blade 编译器都可能已不可用。越简单越可靠——能写死的链接就别用 route()，能内联的样式就别引入外部 CSS，能不用 PHP 逻辑就别用。
