symfony2 中不存在“404事件”，因404由路由未匹配抛出notfoundhttpexception异常触发，故需监听kernel.exception事件并判断异常类型为notfoundhttpexception来实现自定义处理。
在 Symfony2 中，404 请求本身不是事件，而是由路由系统未匹配到任何 route 后抛出 NotFoundHttpException 异常触发的。因此，**不能监听“404 事件”，但可以监听 kernel.exception 事件，在异常为 404 时做自定义处理**。
为什么不能直接监听“404 事件”
Symfony2 的事件系统没有内置的 kernel.notfound 或类似事件。404 是异常流的结果，不是独立事件源。试图注册一个假想的 “404 事件监听器” 不会生效。
正确做法：监听 kernel.exception 并识别 NotFoundHttpException
你需要注册一个事件监听器，响应 kernel.exception，然后判断异常类型是否为 Symfony\Component\HttpKernel\Exception\NotFoundHttpException。
- 在
app/config/services.yml中声明监听器服务（注意 class 和 tags）：
class: %app.kernel_exception_listener.class%
tags:
- { name: kernel.event_listener, event: kernel.exception, method: onKernelException }
- 创建监听器类（例如
src/Acme/Bundle/EventListener/KernelExceptionListener.php）：
关键逻辑是：只对 NotFoundHttpException 做特殊处理，其他异常保持默认行为或按需处理。
自定义 404 处理的常见场景
- 记录日志：记录请求路径、IP、User-Agent，便于排查爬虫误访或链接失效
-
返回 JSON 响应（仅限 API）：检查
$request->getAcceptableContentTypes()是否含application/json，是则返回{"error": "not_found", "path": "/xxx"} -
重定向到首页或搜索页（谨慎使用）：不推荐全局跳转，可针对特定路径模式（如
/blog/*）做友好 fallback -
触发邮件告警（仅限关键路径）：比如
/admin/*出现大量 404，可能表示攻击或配置错误
避免踩坑的细节
- 不要在监听器里调用
$this->render()返回 Twig 模板——Symfony2 的templating服务在异常上下文中可能不可用；改用Response直接输出 HTML 字符串或委托给专用控制器 - 不要覆盖所有 404：保留
app/Resources/TwigBundle/views/Exception/error404.html.twig作为兜底，监听器只增强，不替代 - 确保监听器优先级合理（默认 0），若需早于其他异常处理器执行，设为正数；若需晚于安全层（如 AccessDeniedException 处理），设为负数
