ThinkPHP 404 错误触发的是 HttpException 而非 Exception，需用 catch (\think\exception\HttpException $e) 捕获并判断 $e->getStatusCode() === 404，且自定义页面须显式设置 404 状态码。
ThinkPHP 404 错误触发的是 HttpException，不是普通异常
ThinkPHP 的 404 并非 PHP 原生的 Exception，而是框架抛出的 HttpException（继承自 HttpException，状态码为 404）。直接 try-catch Exception 捕不到它，必须明确捕获 HttpException 或其父类 HttpException。
常见错误现象：在控制器里写 try { ... } catch (\Exception $e) { ... }，结果 404 依然走默认模板，没进 catch。
- 使用场景：想统一跳转到自定义页面、记录日志、或返回 JSON 提示（如 API 场景）
- 必须用
catch (\think\Exception\HttpException $e)或更宽泛的catch (\think\exception\HttpException $e)（注意命名空间大小写） - TP6 和 TP5.1+ 的命名空间略有差异：
\think\exception\HttpException（TP6）、\think\Exception\HttpException（TP5.1）
全局异常处理中区分 404 和其他 HTTP 异常
ThinkPHP 的 app/exception_handle.php（TP6）或 app/common/exception/Http.php（TP5.1 自定义）是统一入口，但不能把所有 HttpException 都当 404 处理——比如 403、500 也属于它。
关键判断依据是 $exception->getStatusCode()，不是异常类名或消息内容。
立即学习“PHP免费学习笔记（深入）”；
- 只拦截 404：检查
$e->getStatusCode() === 404 - 避免误伤：不要用
strpos($e->getMessage(), '404')这类字符串匹配，消息可能被翻译或修改 - 重定向时注意：若在异常处理器中调用
redirect()，TP6 需返回Response实例；TP5.1 可直接return redirect(...) - 示例（TP6）：
if ($e instanceof \think\exception\HttpException && $e->getStatusCode() === 404) { return redirect('/error/404')->code(404); }
路由未匹配导致的 404 不经过控制器，无法用中间件拦截
很多开发者试图在中间件里 try-catch，但失败了——因为 URL 根本没匹配到任何路由，请求连控制器都没进，中间件自然不执行。
这类 404 必须在异常处理器中处理，而不是控制器或中间件。
- 典型表现：访问
/nonexistent报错，但你在某个控制器的__construct()里加了try，完全没触发 - 能拦截它的唯一可靠位置：全局异常处理类（
app/exception/Handler.php）的render()方法 - 别在
route.php里靠兜底路由（如Route::any('[:id]', 'Error/NotFound')）替代异常处理——它会污染正常路由逻辑，且无法设置正确状态码
自定义 404 页面需手动设置响应状态码
即使你成功重定向到 /error/404，如果那个页面控制器没显式设状态码，浏览器收到的仍是 200，SEO 和调试工具会误判。
ThinkPHP 不会自动把重定向目标的状态码“透传”过去。
- 在目标控制器方法中加：
response()->code(404)（TP6）或header('HTTP/1.1 404 Not Found')（TP5.1） - 用视图渲染时，仅
fetch('error/404')不够，必须配套设码，否则搜索引擎看到的是“200 OK + 文字404” - API 场景更敏感：前端依赖状态码做错误分支，返回 200 会导致 JS 的
catch不触发
