Symfony2 中 404 请求通过 NotFoundHttpException 异常触发，可借助 kernel.exception 事件监听器统一拦截并自定义响应，支持按请求格式返回页面、JSON 或重定向，同时保持状态码为 404 并可选记录日志。
在 Symfony2 中，404 请求本质上是抛出 NotFoundHttpException 异常，因此可通过异常监听器（Exception Listener）统一拦截并自定义处理逻辑，无需修改路由或控制器。
注册自定义异常监听器
在 services.yml 中声明监听器服务，并绑定到 kernel.exception 事件：
- 设置
priority: 255确保优先于默认异常处理器执行 - 注入
request_stack和templating（或twig）用于响应渲染 - 类需实现
EventSubscriberInterface或直接使用KernelEvents::EXCEPTION监听
判断并拦截 404 异常
在监听器的处理方法中，检查异常是否为 NotFoundHttpException 或其子类：
- 使用
$exception instanceof NotFoundHttpException准确识别 404 - 可进一步判断请求格式（HTML / AJAX / API），决定返回页面、JSON 还是重定向
- 避免误捕其他异常（如
AccessDeniedHttpException）
生成自定义 404 响应
构造响应时保持 HTTP 状态码为 404，并复用 Symfony 的模板机制：
- 调用
$this->templating->renderResponse('Bundle:Exception:notFound.html.twig') - 若使用 Twig，改用
$this->twig->render('error/404.html.twig')并包装为Response - 确保响应头中
Status: 404 Not Found正确设置（Response默认已包含）
可选：记录或分析 404 请求
在拦截逻辑中加入轻量级日志或统计，便于后续优化：
- 记录请求 URI、Referer、客户端 IP 到 Monolog（级别建议
info或warning） - 对高频 404 路径做简单计数，避免刷量干扰
- 不建议在此处执行数据库写入等耗时操作，防止拖慢异常响应
不复杂但容易忽略的是：确保监听器未被缓存覆盖（开发环境清除 cache 后测试），且模板路径存在、权限正确。Symfony2 的异常传播机制会跳过控制器层，直接交由监听器处理，因此这是最干净的 404 拦截方式。
