symfony2中url缺失必需参数{id}时路由不匹配，直接抛出notfoundhttpexception并返回404页面，无法在控制器内处理，必须通过设可选参数+requirements兜底、全局捕获该异常或自定义路由加载器干预。
当 Symfony2 路由中定义了必需参数（如 {id}），但请求 URL 中未提供该参数时，Symfony 默认会抛出 NotFoundHttpException，最终显示默认 404 页面。这不是参数验证失败（那会走表单或控制器逻辑），而是路由匹配阶段就失败——根本没进到控制器。因此，**不能靠控制器内判断参数是否为空来处理，必须在路由层或异常层干预**。
方法一：在路由定义中设为可选并加约束
让参数本身可选，再用 requirements 或控制器逻辑兜底，把“缺失”转化为“非法值”，从而进入你的处理流程：
# app/config/routing.yml
article_show:
path: /article/{id}
defaults: { _controller: AppBundle:Article:show }
requirements:
id: '\d+' # 强制必须是数字；空、null、字符串都会不匹配
此时若访问 /article/（id 缺失），路由不匹配 → 仍 404。但如果你改成：
article_show:
path: /article/{id}
defaults: { _controller: AppBundle:Article:show, id: null }
requirements:
id: '\d+'
这样 /article/ 也能匹配（id 为 null），然后你在控制器里判断：
- if
$id === null：手动抛出自定义异常或重定向 - else if
!is_numeric($id)：同上 - 否则正常查库
方法二：全局捕获 NotFoundHttpException（推荐）
Symfony 的异常处理机制允许你专门拦截 NotFoundHttpException，并返回自定义响应（如渲染特定模板、记录日志、跳转等）：
在 app/Exceptions/Handler.php（或 src/AppBundle/EventListener/ExceptionListener.php）中监听：
- 创建一个服务监听
kernel.exception事件 - 检查
$event->getException() instanceof NotFoundHttpException - 进一步判断是否因“参数缺失”导致（可通过
$event->getRequest()->attributes->get('_route')和路由配置反推，或简单按 URL 模式匹配，如strpos($request->getPathInfo(), '/article/') === 0 && !$request->get('id')） - 调用
$event->setResponse()返回你的 404 响应（如$this->renderView('errors/missing_param.html.twig')）
方法三：使用自定义路由加载器（高级）
若需更精细控制（比如不同路由对缺失参数行为不同），可实现 RouteLoaderInterface，在加载路由时动态注入默认值或改写要求。但这通常过度设计，仅适用于大型项目有统一参数治理需求的场景。
真正关键的是分清阶段：路由不匹配 → 404；路由匹配但参数值非法 → 应在控制器或请求转换器中处理。自定义缺失参数的 404，核心就是把“不匹配”导向可控路径——要么放宽匹配再校验，要么捕获异常重写响应。
