fastadmin默认404模板路径为application/index/view/common/404.html，需配置在对应模块的config/app.php中，且须配合正确伪静态、异常处理类重写及路由缓存清理才能全局生效。
FastAdmin的404页面模板路径在哪
FastAdmin默认的404页面模板是 application/index/view/common/404.html，不是后台模块（admin）下的视图。这点容易被误以为要放到 app/admin/view/ 里——放错位置会导致二级域名或非首页路由的404始终不渲染该模板，只返回空白页或框架默认错误。
为什么http_exception_template配置不生效
关键原因有两个：
-
http_exception_template配置项必须写在application/config/app.php中，且只对当前模块生效；若你用二级域名绑定了api或admin模块，需在对应模块的config/app.php（如application/api/config/app.php）里单独配置 - ThinkPHP 的异常模板机制依赖于“异常未被提前捕获”。FastAdmin 的后台控制器（
Backend）在__construct()中会主动 throw 新的Exception（比如权限拒绝），这类异常不会走到全局http_exception_template流程，而是被thinkexceptionHandle拦截并转为 JSON 响应——所以你在后台看到的是弹窗报错，不是跳转到 404 页面
如何让自定义404对所有模块都起作用
最稳妥的做法是统一接管异常处理类：
- 复制
thinkphp/library/think/exception/Handle.php到app/exception/Handle.php - 重写
render()方法，在其中判断$e instanceof hinkexceptionHttpException && $e->getStatusCode() === 404 - 手动加载你自己的模板：
return view('index@common/404', [], '', 'html');（注意使用index@前缀指定模块） - 在
application/config/app.php中设置：'exception_handle' => '\app\exception\Handle'
这个方式绕过了模块隔离限制，也避免了因控制器提前抛异常导致的模板失效问题。
二级域名下404不显示模板的常见漏点
除了模板路径和异常类配置，还要检查：
- Nginx/Apache 是否把所有请求都正确转发给了
public/index.php？二级域名配置中漏掉try_files $uri $uri/ /index.php?$query_string;会导致静态资源路径匹配失败后直接 404，根本没进 PHP 层 -
application/config/route.php中是否启用了url_domain_deploy并配置了url_domain_rules？没配会导致域名路由未注册，请求压根没匹配到任何规则就 404 - 清除
public/runtime/下的缓存，尤其是route.php修改后不生效，90% 是因为路由缓存没清
真正生效的404处理，从来不是改一个模板路径就能搞定的事——它卡在路由、模块、异常捕获、服务器转发四层之间，任意一层断掉，页面就白屏。
