ResponseBodyAdvice 会对非@ResponseBody增强吗

### ResponseBodyAdvice 对未标注 @ResponseBody 方法的影响

在 Spring MVC 中，`ResponseBodyAdvice` 接口允许开发者自定义如何处理响应体的内容。然而，对于 `ResponseBodyAdvice` 是否会影响没有标注 `@ResponseBody` 的方法，这取决于具体的上下文环境。

当控制器类被标记为 `@RestController` 时，该类下的所有方法都隐含着 `@ResponseBody` 的效果[^1]。因此，在这种情况下，即使方法本身没有显式声明 `@ResponseBody` 注解，`ResponseBodyAdvice` 同样会对这些方法生效并对其进行增强处理。

但是，如果是在普通的 `@Controller` 下，并且具体的方法并未使用 `@ResponseBody` 进行修饰，则通常不会触发 `ResponseBodyAdvice` 的行为。这是因为只有当返回值需要通过 HTTP 响应体发送给客户端时——即存在 `@ResponseBody` 或者其变种形式（如 `@RestController`），才会涉及到 `RequestResponseBodyMethodProcessor` 来处理响应数据转换的工作流程[^2]。

为了进一步澄清这一点，可以考虑下面的例子：

@RestController
public class MyController {

    private final MyResponseBodyAdvice myResponseBodyAdvice;

    public MyController(MyResponseBodyAdvice myResponseBodyAdvice) {
        this.myResponseBodyAdvice = myResponseBodyAdvice;
    }

    // 此处虽然没有显示加上@ResponseBody，但由于@RestController的存在，
    // 实际上已经具备了@ResponseBody的效果，所以会被MyResponseBodyAdvice所影响。
    @GetMapping("/example")
    public String example() {
        return "Example";
    }
}

在这个例子中，由于整个控制器都被标记成了 `@RestController`，所以即便 `/example` 路径对应的方法并没有单独加 `@ResponseBody`，它仍然受到 `MyResponseBodyAdvice` 的作用范围之内。

相反地，如果我们有一个传统的基于视图解析器的控制器(`@Controller`)，其中某些方法确实不需要也不应该作为 JSON/XML 等格式的数据直接返回给前端应用的话，那么就没有必要让它们受制于 `ResponseBodyAdvice` 的干预。