優雅地統一處理接口返回值的最佳實踐
1. 介紹
如果你正在尋找一種方法來規范化你的RESTful API的返回值,那么這篇文章將是你的理想選擇。通過閱讀這篇文章,你將了解到如何使用Spring ResponseBodyAdvice來改善你的API設計和實現。
為什么要統一接口返回值?
- 統一規范:通過 ResponseBodyAdvice 可以對所有接口返回值進行統一的包裝,從而制定統一的規范,使得接口返回值更加清晰、易于理解。這對于整個應用程序的接口管理非常有幫助,可以避免不同接口返回值格式不一致的問題。
- 可讀性增強:通過包裝返回值,可以添加必要的字段,如狀態碼、狀態消息等,使得接口返回值更加易于閱讀和理解。這對于開發者和用戶來說都是非常有益的,可以更方便地了解接口的返回結果。
- 擴展性:通過 ResponseBodyAdvice 可以很方便地擴展接口返回值的格式,例如添加JSON格式的返回值,而不需要修改原有的接口代碼。這使得應用程序具有更好的擴展性,可以根據需求靈活地添加新的返回值格式。
2. 開發流程
定義統一返回值的包裝類
public class R {
private Integer code ;
private Object data ;
private String message ;
public R(Integer code, Object data, String message) {
this.code = code ;
this.data = data ;
this.message = message ;
}
public static R success(Object data) {
return new R(200, data, "success") ;
}
public static R failure(String message) {
return new R(500, null, message) ;
}
}
自定義ResponseBodyAdvice
@RestControllerAdvice
public class PackResponseBodyAdvice implements ResponseBodyAdvice<Object> {
@Resource
private ObjectMapper objectMapper ;
@Override
public boolean supports(MethodParameter returnType, Class<? extends HttpMessageConverter<?>> converterType) {
// 只有返回值不是R類型的時候才通過該Advice進行處理
return !returnType.getParameterType().equals(R.class) ;
}
@Override
public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType,
Class<? extends HttpMessageConverter<?>> selectedConverterType, ServerHttpRequest request,
ServerHttpResponse response) {
// 統一返回值處理
return R.success(body) ;
}
}
測試接口
@RestController
@RequestMapping("/advices")
public class AdviceController {
@GetMapping("/str")
public String str() {
return "success" ;
}
@GetMapping("/{id}")
public User body(@PathVariable("id") Long id) {
return new User(id, "張三 - " + new Random().nextInt(1000)) ;
}
}
首先,測試接口/advices/{id}
圖片
處理了最終的返回結果。
繼續測試/advices/str
圖片
程序出錯了
控制臺輸出
java.lang.ClassCastException: class com.pack.common.dto.R cannot be cast to class java.lang.String (com.pack.common.dto.R is in unnamed module of loader 'app'; java.lang.String is in module java.base of loader 'bootstrap')
at org.springframework.http.converter.StringHttpMessageConverter.addDefaultHeaders(StringHttpMessageConverter.java:44) ~[spring-web-5.3.27.jar:5.3.27]
at org.springframework.http.converter.AbstractHttpMessageConverter.write(AbstractHttpMessageConverter.java:211) ~[spring-web-5.3.27.jar:5.3.27]
出現ClassCastException錯誤,是由于Controller接口返回值是String,那么匹配到的HttpMessageConverter是StringHttpMessageConverter處理,而該轉換器的調用是在ResponseBodyAdvice之后執行,這時候的字符串已經被轉換成了R對象,所以最后在write時就出現了類型轉換錯誤。通過如下方式處理
public Object beforeBodyWrite(Object body,
MethodParameter returnType,
MediaType selectedContentType,
Class<? extends HttpMessageConverter<?>> selectedConverterType, ServerHttpRequest request,
ServerHttpResponse response) {
if (body instanceof String) {
try {
return this.objectMapper.writeValueAsString(R.success(body)) ;
} catch (JsonProcessingException e) {
e.printStackTrace();
}
}
return R.success(body) ;
}
針對返回值是String類型的正常了。
通過自定義注解排除那些不需要處理的接口
@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
public @interface NoR {
}
修改PackResponseBodyAdvice#supports方法,添加NoR注解的判斷
public boolean supports(MethodParameter returnType, Class<? extends HttpMessageConverter<?>> converterType) {
// 方法上或者是類上沒有NoR注解
return (!returnType.hasMethodAnnotation(NoR.class)
|| AnnotatedElementUtils.hasAnnotation(returnType.getContainingClass(), NoR.class))
&& !returnType.getParameterType().equals(R.class) ;
}
這樣就可以控制具體哪些方法不進行處理了。
通過自定義ResponseBodyAdvice,我們可以實現接口統一返回值的處理,從而提高了接口的可讀性、擴展性和錯誤處理能力。同時,這也有助于保持代碼的清晰和規范。通過學習和實踐,我們可以更好地利用SpringMVC相應的功能,開發出更優秀的應用程序。