在構建RESTful數(shù)據(jù)服務過程中,我們定義了controller、repositories,并用一些注解修飾它們,但是到現(xiàn)在為止我們還沒執(zhí)行過對象的轉換——將java實體對象轉換成HTTP的數(shù)據(jù)輸出流。Spring Boot底層通過HttpMessageConverters依靠Jackson庫將Java實體類輸出為JSON格式。當有多個轉換器可用時,根據(jù)消息對象類型和需要的內(nèi)容類型選擇最適合的轉換器使用。
在SpringMVC源碼剖析(五)-消息轉換器HttpMessageConverter一文中,有一張圖可以很清楚得表示消息轉換器的位置。
http://wiki.jikexueyuan.com/project/spring-boot-cookbook-zh/images/f3.png" alt="消息轉換器的位置" />
消息轉換器的目標是:HTTP輸入請求格式向Java對象的轉換;Java對象向HTTP輸出請求的轉換。有的消息轉換器只支持多個數(shù)據(jù)類型,有的只支持多個輸出格式,還有的兩者兼?zhèn)?。例如?em>MappingJackson2HttpMessageConverter可以將Java對象轉換為application/json,而ProtobufHttpMessageConverter僅支持com.google.protobuf.Message類型的輸入,但是可以輸出application/json、application/xml、text/plain和application/x-protobuf這么多格式。
在項目中有三種辦法配置消息轉換器,主要區(qū)別是可定制性和易用度的衡量。
@Beanpublic ByteArrayHttpMessageConverter byteArrayHttpMessageConverter() {
return new ByteArrayHttpMessageConverter();
}
@Overridepublic
void configureMessageConverters(List<HttpMessageConverter<?>> converters) {
converters.add(new ByteArrayHttpMessageConverter());
}
@Overridepublic
void extendMessageConverters(List<HttpMessageConverter<?>> converters) {
converters.clear();
converters.add(new ByteArrayHttpMessageConverter());
}
Spring提供了多種方法完成同樣的任務,選擇哪個取決于我們更側重便捷性還是更側重可定制性。
上述提到的三種方法各有什么不同呢?
通過@Bean定義HttpMessageConverter是向項目中添加消息轉換器最簡便的辦法,這類似于之前提到的添加Servlet Filters。如果Spring掃描到HttpMessageConverter類型的bean,就會將它自動添加到調(diào)用鏈中。推薦讓項目中的WebConfiguration繼承自WebMvcConfigurerAdapter。
通過重寫configureMessageConverters方法添加自定義的轉換器很方便,但有一個弱點:如果項目中存在多個WebMvcConfigurers的實例(我們自己定義的,或者Spring Boot默認提供的),不能確保重寫后的configureMessageConverters方法按照固定順序執(zhí)行。
如果需要更精細的控制:清除其他消息轉換器或者清楚重復的轉換器,可以通過重寫extendMessageConverters完成,仍然有這種可能:別的WebMvcConfigurer實例也可以重寫這個方法,但是這種幾率非常小。