在構建RESTful數(shù)據服務過程中，我們定義了controller、repositories，并用一些注解修飾它們，但是到現(xiàn)在為止我們還沒執(zhí)行過對象的轉換——將java實體對象轉換成HTTP的數(shù)據輸出流。Spring Boot底層通過HttpMessageConverters依靠Jackson庫將Java實體類輸出為JSON格式。當有多個轉換器可用時，根據消息對象類型和需要的內容類型選擇最適合的轉換器使用。
在SpringMVC源碼剖析之消息轉換器HttpMessageConverter一文中，有一張圖可以很清楚得表示消息轉換器的位置。
消息轉換器的位置
消息轉換器的目標是：HTTP輸入請求格式向Java對象的轉換；Java對象向HTTP輸出請求的轉換。有的消息轉換器只支持多個數(shù)據類型，有的只支持多個輸出格式，還有的兩者兼?zhèn)洹＠纾篗appingJackson2HttpMessageConverter可以將Java對象轉換為application/json，而ProtobufHttpMessageConverter僅支持com.google.protobuf.Message類型的輸入，但是可以輸出application/json、application/xml、text/plain和application/x-protobuf這么多格式。
How Do
在項目中有三種辦法配置消息轉換器，主要區(qū)別是可定制性和易用度的衡量。
在WebConfiguration類中加入@Bean定義
|
1
2
3
|
@Beanpublic ByteArrayHttpMessageConverter byteArrayHttpMessageConverter() { return new ByteArrayHttpMessageConverter();} |
重寫（override）configureMessageConverters方法，擴展現(xiàn)有的消息轉換器鏈表；
|
1
2
3
4
|
@Overridepublicvoid configureMessageConverters(List<HttpMessageConverter<?>> converters) { converters.add(new ByteArrayHttpMessageConverter());} |
更多的控制，可以重寫extendMessageConverters方法，首先清空轉換器列表，再加入自定義的轉換器。
|
1
2
3
4
5
|
@Overridepublicvoid extendMessageConverters(List<HttpMessageConverter<?>> converters) { converters.clear(); converters.add(new ByteArrayHttpMessageConverter());} |
分析
Spring提供了多種方法完成同樣的任務，選擇哪個取決于我們更側重便捷性還是更側重可定制性。
上述提到的三種方法各有什么不同呢？
通過@Bean定義HttpMessageConverter是向項目中添加消息轉換器最簡便的辦法，這類似于之前提到的添加Servlet Filters。如果Spring掃描到HttpMessageConverter類型的bean，就會將它自動添加到調用鏈中。推薦讓項目中的WebConfiguration繼承自WebMvcConfigurerAdapter。
通過重寫configureMessageConverters方法添加自定義的轉換器很方便，但有一個弱點：如果項目中存在多個WebMvcConfigurers的實例（我們自己定義的，或者Spring Boot默認提供的），不能確保重寫后的configureMessageConverters方法按照固定順序執(zhí)行。
如果需要更精細的控制：清除其他消息轉換器或者清楚重復的轉換器，可以通過重寫extendMessageConverters完成，仍然有這種可能：別的WebMvcConfigurer實例也可以重寫這個方法，但是這種幾率非常小。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。
原文鏈接：http://www.jianshu.com/p/ffe56d9553fd
