createNotFoundException 是 Symfony ControllerTrait 提供的快捷方法，用于在控制器中抛出 NotFoundHttpException，自动触发 404 页面渲染；仅限控制器内使用，语义更清晰且携带请求上下文，推荐替代手动 new NotFoundHttpException()。
createNotFoundException 是什么，什么时候该用它
createNotFoundException 是 Symfony 的 ControllerTrait 提供的快捷方法，专门用于在控制器中抛出 404 异常。它本质是封装了 new NotFoundHttpException($message)，但默认消息更友好（比如 “No route found for …” 或自定义提示），且自动触发 Symfony 的 404 处理流程（如渲染 error404.html.twig）。
它只应在控制器方法内部使用 —— 不要在服务、Repository 或命令行类里调用，那些地方应直接抛 NotFoundHttpException 或自定义异常。
常见误用场景包括：在 Doctrine 查询后手动判断 null 再调用它（其实更推荐用 $em->find() + assertNotNull 或 $repo->findOrThrow()）；或在非 HTTP 上下文（如 ConsoleCommand）中滥用，导致无意义的 404 响应。
怎么在控制器里正确调用 createNotFoundException
调用前确保当前类已 use ControllerTrait（现代 Symfony 控制器通常继承 AbstractController，已自带该 trait）。
public function show(int $id): Response
{
$post = $this->getDoctrine()->getRepository(Post::class)->find($id);
if (null === $post) {
throw $this->createNotFoundException('Post with id '.$id.' not found.');
}
return $this->render('post/show.html.twig', ['post' => $post]);
}
- 参数是可选的字符串消息，不传则用默认值（如 “Not Found”）
- 消息里别硬编码敏感路径或内部 ID，避免信息泄露；生产环境建议用泛化描述
- 不要把它当“兜底逻辑”：如果数据库查询本该保证存在（比如通过主键查），优先用
findOrThrow() 或 findOneByOrFail()（需自定义）来提前终止
- 它抛出的是
NotFoundHttpException，会被 Symfony 的异常监听器捕获并转为 404 响应，状态码和响应头自动设置好
和直接 new NotFoundHttpException 有啥区别
核心区别在于语义和上下文感知：
-
$this->createNotFoundException() 自动注入当前请求上下文（比如路由名、方法、URI），部分调试工具（如 WebProfiler）能更好展示来源
- 它走的是 ControllerTrait 的统一出口，便于未来全局定制（比如统一加日志前缀、切换错误模板逻辑）
- 直接
new NotFoundHttpException('...') 更轻量，适合非控制器场景，但丢失了控制器上下文，某些开发时调试信息会变少
- 性能上无差异，都是简单对象实例化
注意：两者抛出的异常类完全一样（NotFoundHttpException），所以自定义异常监听器或 kernel.exception 事件无需区分处理。
容易被忽略的边界情况
findOrThrow() 或 findOneByOrFail()（需自定义）来提前终止NotFoundHttpException，会被 Symfony 的异常监听器捕获并转为 404 响应，状态码和响应头自动设置好-
$this->createNotFoundException()自动注入当前请求上下文（比如路由名、方法、URI），部分调试工具（如 WebProfiler）能更好展示来源 - 它走的是 ControllerTrait 的统一出口，便于未来全局定制（比如统一加日志前缀、切换错误模板逻辑）
- 直接
new NotFoundHttpException('...')更轻量，适合非控制器场景，但丢失了控制器上下文，某些开发时调试信息会变少 - 性能上无差异，都是简单对象实例化
NotFoundHttpException），所以自定义异常监听器或 kernel.exception 事件无需区分处理。
容易被忽略的边界情况
最常踩的坑是：在子请求（sub-request）或嵌入模板（render(controller(...))）中抛 createNotFoundException，会导致整个父页面 404，而不是仅子区域失败 —— 因为异常会向上冒泡，最终被主请求处理器捕获。
- 子请求中需要“静默失败”，改用返回空内容或占位符响应，而非抛异常
- API 场景下，别用它返回 JSON 404 —— 应该用
JsonResponse+ 状态码 404，否则前端收不到结构化错误体 - 如果启用了
debug: false，自定义消息会被静默丢弃，只显示通用 “Not Found”，所以关键提示要写进日志（$this->logger->warning(...)）
AccessDeniedHttpException，不是 404。 
