Spring 统一数据返回格式是使用 Spring 进行开发时很常用的一个功能，但是当其处理返回类型原先为 String 类型的时候就会出错报错，需要我们额外对 String 类型进行处理。
例如：现在我开发一个项目，项目中我想要统一返回下述的 Result 类型：
@Data
public class Result {
private ResultCodeEnum code;
private String errMsg;
private Object data;
public static Result success(Object data) {
Result result = new Result();
result.setCode(ResultCodeEnum.SUCCESS);
result.setErrMsg("");
result.setData(data);
return result;
}
}此时我就使用到 Spring 的统一数据返回格式功能：
@ControllerAdvice
public class ResponseAdvice implements ResponseBodyAdvice {
@Override
public boolean supports(MethodParameter returnType, Class converterType) {
return true;
}
@Override
public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
if(body instanceof Result) {
return body;
}
return Result.success(body);
}
}但是当我处理原本的返回类型为 String 的时候就出现以下报错：
@RestController
@RequestMapping("/test")
public class TestController {
@RequestMapping("/m1")
public String m1() {
return "hello";
}
}
其中涉及到的原因就得通过查看 Spring 的源码来进行分析：
SpringMVC 在进行初始化的时候，默认会注册⼀些⾃带的 HttpMessageConverter，MessageConverter 意思是转换器。并且会把它们存进一个名为 messageConverters 的 List 中，因此这些 HttpMessageConverter 存储起来是有先后顺序的，排列之后分别为：
1）ByteArrayHttpMessageConverter
2）StringHttpMessageConverter
3）SourceHttpMessageConverter
4）AllEncompassingFormHttpMessageConverter
这些从 RequestMappingHandlerAdapter 类中的构造方法即可知道：
( 该类正是对应着 SpringMVC 经常使用的路由映射 @RequestMapping 注解 )
其中 AllEncompassingFormHttpMessageConverter 会根据项⽬依赖情况添加对应的 HttpMessageConverter ：
在依赖中引⼊jackson相关的 jar 包信息后，容器会把 MappingJackson2HttpMessageConverter ⾃动注册到 messageConverters 这个 List 的末尾。
Spring 会根据我们方法的返回值类型，从 messageConverters 中按顺序找到合适的 HttpMessageConverter 来进行转换。
因此报错原因就很容易找到了：由于 messageConverters 中，String 类的转换器比 JSON 数据格式对应的转换器顺序较前，因此当返回的数据是 String 时， StringHttpMessageConverter 会先被遍历到，这时会使用 StringHttpMessageConverter 。但是实际我们是需要封装成为一个 Result 类来进行返回，而 Spring 对于返回值为对象类型的都会处理返回成 JSON 字符串，因而应该对应的是 JSON 格式数据的转换器 MappingJackson2HttpMessageConverter 。由于转换器使用上出现了错误，势必就导致了使用时出现报错：
我们需要在 AbstractMessageConverterMethodProcessor 这个类中找到 writeWithMessageConverters 这个方法。我们使用统一返回数据格式处理这个功能时，所实现的 ResponseBodyAdvice 接口，具体实现逻辑就是在这个方法内：
找到这个方法中如下图所示的代码处：
上图中标识处就是使用 getAdvice 获取我们最开始代码中定义的 ResponseAdvice 类，并调用我们在该类中实现的 beforeBodyWrite 方法。调用之后一直来到下图中的蓝色标记处就出现了报错：
图中红色标记处，执行完 beforeBodyWrite 方法之后，body 就变成了 Result 类型( 因为我们在beforeBodyWrite 中定义好返回值就是 Result 类型 )。
因而到了蓝色标记处，调用父类( HttpMessageConverter )的 write 方法时，传入的 body 类型就是 Result 类型。
进入 write 方法，并选择 AbstractHttpMessageConverter 所实现的那个：
在这个方法中，使用的是泛型来接收我们传入的 body 参数，因此形参 t 也是 Result 类型，然后再调用 addDefaultHeaders 方法时传入 t 。
进入 addDefaultHeaders 方法，由于 AbstractHttpMessageConverter 的子类 StringHttpMessageConverter 重写了该方法，因此当调用该方法的时候，调用的是子类重写之后的方法( 因为是 StringHttpMessageConverter 引用来进行调用 )：
下述遍历 messageConverters 这个 List ，根据前面所说先遍历到了 StringHttpMessageConverter ，因此此时第二个红色标记处的 converter 指向的是 StringHttpMessageConverter 引用，因此是使用 StringHttpMessageConverter 引用来调用 write 方法，进而 write 内也是使用 StringHttpMessageConverter 引用来调用 addDefaultHeaders 方法。
从上图我们就知道了报错原因：StringHttpMessageConverter 类实现的 addDefaultHeaders 方法的第二个参数是使用 String 类型来进行接收，但是调用处传入的第二个参数 t，根据我们的一步步推断，是一个 Result 类型，类型不匹配，因此出现报错。
因此我们只需对返回值为 String 类型的进行特殊处理即可，使其正常使用 JSON 数据格式对应的转换器而不去使用 String 类型的转换器，类型就不会匹配错误，就不会报错：
@ControllerAdvice
public class ResponseAdvice implements ResponseBodyAdvice {
private ObjectMapper objectMapper;
@Override
public boolean supports(MethodParameter returnType, Class converterType) {
return true;
}
@SneakyThrows
@Override
public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
if(body instanceof Result) {
return body;
}
if(body instanceof String) {
objectMapper.writeValueAsBytes(body);
}
return Result.success(body);
}
}上述代码中，判断了如果 body 是指向了 String 类型引用，就使用 Spring 内置的 ObjectMapping 对象将其转化为 JSON 字符串再返回。
从 AllEncompassingFormHttpMessageConverter 的构造方法中可以看到，如果返回值是一个 JSON 字符串，则会使用 JSON 字符串对应的转换器，问题解决。
解析重点概括如下：
