symfony2 实现全局404页面需三步：启用异常传播（配置 strict_requirements 和 access_denied_handler）、将 error404.html.twig 放至 app/resources/twigbundle/views/exception/、排除静态资源干扰（移除 web/ 下同名文件并避免 /404 路由冲突）。
Symfony2 默认不提供“全局404页面”的一键开关，但可通过标准机制实现真正统一、可维护、符合 HTTP 语义的 404 响应——关键不在模板位置，而在异常捕获链与路由匹配逻辑的协同。
确保 404 异常进入错误处理流程
默认情况下，Symfony2 遇到未匹配路由时仅返回空白页或开发环境堆栈，不触发 error 模板。必须显式启用异常传播：
- 在 app/config/config.yml 中设置：
framework:
router:
strict_requirements: ~ - 在 app/config/security.yml 或主配置中确认：
security:
access_denied_handler: null
（避免自定义处理器意外拦截 404） - 若使用自定义 WebMvcConfigurer 类（如重写
addViewControllers），需手动注册/error路由，否则模板不生效
把 404.html 放对位置并命名准确
Symfony2 严格按路径和命名查找错误页模板：
- 模板必须放在 app/Resources/TwigBundle/views/Exception/ 目录下（非
templates/error/，那是 Symfony4+ 的路径） - 文件名必须为 error404.html.twig（注意无下划线，且带
.twig后缀） - 不要把它误放至
web/或app/Resources/views/—— 这些路径不会被 TwigBundle 的异常渲染器识别
避免静态资源干扰
常见失效原因是静态资源处理器“抢答”了 404 请求：
- 检查 web/ 目录下是否意外存在 404.html 文件 —— 它会优先被 Web 服务器（如 Apache/Nginx）直接返回，绕过 Symfony
- 确认 app/config/config.yml 中没有将
/404映射为普通路由（例如path: /404），这会导致它变成可访问的普通页面，而非异常响应 - 开发时用
php app/console router:debug | grep 404确认无冲突路由
验证是否真正生效
不能只看页面渲染效果，要验证 HTTP 状态码和响应头：
- 用命令行测试：
curl -I http://localhost/app_dev.php/nonexistent-path，确认返回 HTTP/1.1 404 Not Found - 浏览器开发者工具 Network 面板中查看该请求的 Status 列，必须是 404（不是 200）
- 若看到 200 + 页面内容，说明 Web 服务器或 Symfony 静态资源层截获了请求，未交由异常系统处理
