Symfony异常处理通过ErrorHandler组件统一捕获并分层响应，按APP_ENV自动适配dev/prod/test环境表现，支持Web/CLI/API多格式渲染，并推荐使用HTTP语义异常如NotFoundException、AccessDeniedException实现精准状态码返回。
Symfony异常处理不是靠零散的try-catch堆砌，而是通过统一入口+分层响应+环境适配来实现的。核心在于用好框架自带的ErrorHandler组件，而不是手动包裹每个控制器逻辑。
全局异常捕获靠ErrorHandler组件
Symfony默认启用ErrorHandler（位于symfony/error-handler），它会在应用启动时自动注册为PHP的错误和异常处理器。它能把E_ERROR、E_WARNING、未捕获Exception等全部转为标准异常对象，并交由后续流程处理。
- 不需要自己写
set_exception_handler()，框架已接管 - 开发环境下自动显示带堆栈、变量、源码行的调试页面
- 生产环境默认返回简洁HTML或JSON（取决于请求类型），不暴露敏感信息
按环境切换错误行为
真正影响异常表现的是APP_ENV配置，不是代码逻辑：
- dev环境：显示完整错误页（HtmlErrorRenderer），支持点击跳转到源码、查看上下文变量
-
prod环境：默认渲染
templates/bundles/TwigBundle/Exception/error.html.twig，可自定义该模板 - test环境：通常禁用错误渲染，让异常直接冒泡，便于PHPUnit捕获断言
无需改代码，只需在.env里设APP_ENV=prod，框架就自动降级展示方式。
自定义错误响应格式
不同接口类型需要不同错误输出格式，Symfony通过ErrorRendererInterface支持多渲染器并存：
- Web请求 →
HtmlErrorRenderer（默认） - CLI命令 →
CliErrorRenderer（终端友好格式） - API请求（Accept: application/json）→
SerializerErrorRenderer，返回结构化JSON
你也可以注册自己的渲染器，例如返回统一错误结构：{"error":{"code":500,"message":"Internal Server Error"}}，只需实现接口并绑定服务。
控制器内精准抛出HTTP语义异常
不要在控制器里throw new Exception()，应使用HTTP语义明确的异常：
-
throw $this->createNotFoundException('用户不存在');→ 自动转404 -
throw new AccessDeniedException('权限不足');→ 自动转403 -
abort(400)或$this->abortIf($invalid, 400)→ 快速终止并返回状态码
这些异常会被内核识别，跳过正常响应流程，直奔错误渲染器，且保留HTTP语义，前端容易判断。
