Symfony 7需手动创建templates/bundles/TwigBundle/Exception/error404.html.twig实现自定义404页，FatalError须在public/index.php调用ErrorHandler::register()捕获，ParamConverter的404应通过控制器判空重定向而非修改默认行为。
Symfony 7 的异常处理机制本身足够健壮，但默认的错误页面（尤其是生产环境下的 NotFoundHttpException 或 FatalThrowableError）对终端用户不友好，也缺乏业务上下文。真正要让它“可用”，必须手动接管渲染逻辑——不是改配置开关，而是重写 error.html.twig 和干预 ExceptionHandler 行为。
如何让 NotFoundHttpException 显示自定义页面而不是空白 404
Symfony 7 默认在 templates/bundles/TwigBundle/Exception/error404.html.twig 渲染 404，但这个路径只在 TwigBundle 安装且未被覆盖时生效。实际项目中，你得主动创建该文件，否则会 fallback 到 Symfony 内置的极简 HTML 页面（无样式、无导航）。
- 确保模板路径存在：
templates/bundles/TwigBundle/Exception/error404.html.twig（注意是error404，不是error.html.twig） - 不要依赖
error.html.twig全局兜底——它只捕获未明确命名的错误码，404会被优先匹配更具体的模板 - 若使用 API 场景，需在
config/packages/twig.yaml中设置debug: false并确认format匹配请求头，否则仍返回 HTML 错误页 - 检查
APP_ENV=prod下是否清除了缓存：php bin/console cache:clear --env=prod，否则修改的模板不会生效
捕获 FatalThrowableError 并避免白屏崩溃
FatalThrowableError 在 Symfony 7 中已不再直接抛出——它被 Symfony\Component\ErrorHandler\Error\FatalError 替代，且默认由 Debug::enable() 注册的全局错误处理器拦截。但如果你关掉了调试模式（APP_DEBUG=false），这类错误会直接终止脚本并返回空响应，用户看到的是浏览器默认的“连接被重置”或空白页。
- 必须在
public/index.php开头启用错误处理器：ErrorHandler::register();（不是Debug::enable()，后者仅用于开发） - 注册后，致命错误会转为
FatalError异常，可被App\Exception\Handler拦截（需继承Symfony\Component\ErrorHandler\ExceptionListener） - 不要试图用
try/catch包裹整个index.php——PHP 致命错误无法被常规catch捕获，只能靠set_error_handler和register_shutdown_function配合 ErrorHandler 组件 - 检查
php.ini中display_errors = Off和log_errors = On，否则错误既不显示也不记录
ParamConverter 找不到实体时跳过 404，改走自定义逻辑
当路由像 /post/{id} 使用 ParamConverter 自动注入 Post $post，而 ID 不存在时，默认抛 NotFoundHttpException。这不是 bug，是设计行为——但有时你需要降级处理（比如重定向到列表页），而不是立刻报错。
- 禁用自动转换：在路由注解中加
requirements={"id"="\d+"}并手动查库，把find()结果判空 - 或保留 ParamConverter，但在控制器里用
#[IsGranted('VIEW', subject: $post)]前加一层if (!$post) { return $this->redirectToRoute('post_list'); } - 别改
ParamConverter的默认行为——它内部调用EntityManager::find()，返回null就是故意触发异常，硬覆盖会破坏其他依赖它的功能（如缓存、安全检查） - 如果必须统一拦截，可监听
kernel.exception事件，在事件监听器里识别NotFoundHttpException并替换为RedirectResponse
最易被忽略的是环境差异：开发环境下 Debug::enable() 会显示带堆栈的漂亮错误页，但生产环境一旦漏掉 ErrorHandler::register() 或模板路径写错，用户看到的就是彻底的空白或 HTTP 500 响应体为空——连状态码都可能被 Nginx 吞掉。务必在部署后用 curl -I https://yoursite.com/404test 实测响应头和 body 内容。
