在ExceptionHandler中用handleExceptionInternal还是直接返回ResponseEntity？

为什么不直接返回ResponseEntity？ #

自己构建ResponseEntity不是不能运行，但handleExceptionInternal是Spring提供的统一异常处理入口，帮你做了很多容易忽略的通用逻辑：

• 自动识别异常类上的@ResponseStatus注解：如果自定义异常标注了这个注解，它会优先使用注解里的状态码和错误信息，不用手动判断
• 支持内容协商：根据请求的Accept头自动切换响应格式（比如客户端要XML就返回XML，要JSON就返回JSON）
• 标准化Servlet错误属性：把异常信息写入请求属性，方便后续错误页面、拦截器读取
• 统一日志适配：配合Spring日志体系，自动记录异常上下文

自己写ResponseEntity等于放弃这些开箱即用的能力，还要手动实现各种边界场景，得不偿失。

handleExceptionInternal的代码块进入条件 #

结合Spring源码逻辑，前两个if块的触发场景很明确：

• 第一个if块（处理@ResponseStatus注解）：只有当捕获的异常类上标注了@ResponseStatus时才会进入。比如你定义了@ResponseStatus(HttpStatus.NOT_FOUND) class ResourceNotFoundException : Exception()，这个块会读取注解里的状态码，覆盖你传入的INTERNAL_SERVER_ERROR。
• 第二个if块（设置Servlet请求属性）：只要当前请求是Web环境下的ServletWebRequest（几乎所有Spring Web项目都是），就会进入。它会把异常、错误消息等存入请求属性中，比如javax.servlet.error.exception、javax.servlet.error.message这些标准键。

关于“request attribute”的疑问 #

Request attribute是当前请求上下文里的临时存储，和URL请求参数不同，是服务器端处理请求时添加的，生命周期与请求绑定。
对我们的影响：

• 如果项目用了传统错误视图（比如JSP、Thymeleaf错误页面），可以直接从这些属性里读取异常信息展示给用户
• 后续添加自定义拦截器、过滤器需要获取异常上下文时，也能通过request.getAttribute()拿到这些数据
• 就算现在用不上，这些标准化属性也不会有负面影响，反而让异常处理逻辑更符合Web开发规范

内容的提问来源于stack exchange，提问作者Stian Jørgensrud