Spring boot中RestTemplate Converter處理Content Type與數(shù)據(jù)格式不匹配

@(springboot)[Resttemplate|messageConverter|Collections.copy]
最近遇到一個(gè)小需求魁淳,需要http去請求第三方的接口, 于是便想到了用RestTemplate.
首先呢冈钦,我加入了spring-boot-starter-web的依賴:

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

然后在service類中自動(dòng)注入了RestTemplate,像這樣:

    @Autowired
    private RestTemplate restTemplate;

你肯定以為萬事大吉了郊丛,spring boot的自動(dòng)注入會(huì)給我們的restTemplate實(shí)例化一個(gè)bean李请,實(shí)際上當(dāng)你啟動(dòng)程序的時(shí)候,你會(huì)發(fā)現(xiàn)你too young,too simple.程序會(huì)爆出Field restTemplate in xx.xxxService required a bean of type 'org.springframework.web.client.RestTemplate' that could not be found. 什么厉熟,我明明注入了的啊导盅,淡定,經(jīng)過查找揍瑟,在https://stackoverflow.com/questions/28024942/how-to-autowire-resttemplate-using-annotations找到了答案白翻,原來在spring boot版本大于1.4的時(shí)候,spring boot不會(huì)再自動(dòng)裝配定義一個(gè)RestTemplate了绢片,你只有自己利用RestTemplateBuilder來創(chuàng)建RestTemplate.

Bean
public RestTemplate restTemplate(RestTemplateBuilder builder) {
   return builder.build();
}

當(dāng)然這很簡單滤馍,加入然后繼續(xù)讓程序運(yùn)行,又來了個(gè)驚喜

Could not extract response: no suitable HttpMessageConverter found for response type [class com.xxx.xx] and content type [text/html;charset=UTF-8]

居然沒有合適的messageConverter,這肯定不可能底循,再定睛一看巢株,content type怎么是text/html,講道理API數(shù)據(jù)接口返回的都是json熙涤,不應(yīng)該是text/html.
詢問了下API提供方阁苞,他們居然沒在接口返回設(shè)置content type,這就導(dǎo)致了明明返回的數(shù)據(jù)是json數(shù)據(jù)格式,而content type卻是text/html祠挫。當(dāng)然接口提供方也不想改那槽,說別人這么也用的了的,沒法等舔,咱繼續(xù)自個(gè)折騰骚灸。

根據(jù)拋出的異常信息

    at org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:110)
    at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
    at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
    at org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)

進(jìn)入到HttpMessageConverterExtractor#extractData方法中的源碼查看,找到了重要的邏輯:

        for (HttpMessageConverter<?> messageConverter : this.messageConverters) {
            if (messageConverter instanceof GenericHttpMessageConverter) {
                GenericHttpMessageConverter<?> genericMessageConverter =
                        (GenericHttpMessageConverter<?>) messageConverter;
                if (genericMessageConverter.canRead(this.responseType, null, contentType)) {
                    if (logger.isDebugEnabled()) {
                        logger.debug("Reading [" + this.responseType + "] as \"" +
                                contentType + "\" using [" + messageConverter + "]");
                    }
                    return (T) genericMessageConverter.read(this.responseType, null, responseWrapper);
                }
            }
            if (this.responseClass != null) {
                if (messageConverter.canRead(this.responseClass, contentType)) {
                    if (logger.isDebugEnabled()) {
                        logger.debug("Reading [" + this.responseClass.getName() + "] as \"" +
                                contentType + "\" using [" + messageConverter + "]");
                    }
                    return (T) messageConverter.read((Class) this.responseClass, responseWrapper);
                }
            }
        }

這部分代碼就是進(jìn)行請求響應(yīng)轉(zhuǎn)換的地方慌植,而

if (messageConverter.canRead(this.responseClass, contentType)) 

這個(gè)就是根據(jù)響應(yīng)返回的content type判定該converter有沒有能力轉(zhuǎn)換處理響應(yīng)的內(nèi)容甚牲,由于我們是要處理json,所以我們進(jìn)入AbstractJackson2HttpMessageConverter#canRead方法涤浇,看到

    protected boolean canRead(MediaType mediaType) {
        if (mediaType == null) {
            return true;
        }
        for (MediaType supportedMediaType : getSupportedMediaTypes()) {
            if (supportedMediaType.includes(mediaType)) {
                return true;
            }
        }
        return false;
    }

這個(gè)方法就是根據(jù)Converter支持的mediaType列表來判斷是否支持該類型的contentType解析鳖藕,那看來我們只需要加入MediaType.TEXT_HTMLAbstractJackson2HttpMessageConverter支持的MediaType列表中即可。

那要怎么加呢只锭?很明顯著恩,就在創(chuàng)建RestTemplate的時(shí)候,如下:

    @Bean
    public RestTemplate restTemplate(RestTemplateBuilder builder) {
        //先獲取到converter列表  
        List<HttpMessageConverter<?>> converters = builder.build().getMessageConverters();
        for(HttpMessageConverter<?> converter : converters){
        //因?yàn)槲覀冎幌胍猨sonConverter支持對text/html的解析
            if(converter instanceof MappingJackson2HttpMessageConverter){
                try{
                //先將原先支持的MediaType列表拷出
                    List<MediaType> mediaTypeList = new ArrayList<>(converter.getSupportedMediaTypes());
                    //加入對text/html的支持
                    mediaTypeList.add(MediaType.TEXT_HTML);
//將已經(jīng)加入了text/html的MediaType支持列表設(shè)置為其支持的媒體類型列表
                    ((MappingJackson2HttpMessageConverter) converter).setSupportedMediaTypes(mediaTypeList);
                }catch(Exception e){
                    e.printStackTrace();
                }
            }
        }
        return builder.build();
    }

經(jīng)過這樣的處理蜻展,RestTemplate就能處理返回的數(shù)據(jù)明明是json格式喉誊,而content-type卻給的是text/html的奇葩響應(yīng)數(shù)據(jù)了。

對了纵顾,還有一點(diǎn)伍茄,當(dāng)你想要復(fù)制一個(gè)list的數(shù)據(jù)到另外一個(gè)list,不推薦用

ArrayList <Integer> dest= new ArrayList<Integer>(src.size());
Collections.copy(dest, src);

這樣會(huì)拋出

Exception in thread "main" java.lang.IndexOutOfBoundsException: Source does not fit in dest

因?yàn)槠?code>new ArrayList<Integer>(src.size()),初始化的是容量施逾,容量并不等于元素的數(shù)量大小敷矫,而Collections.copy

        int srcSize = src.size();
        if (srcSize > dest.size())
            throw new IndexOutOfBoundsException("Source does not fit in dest");

比較的是列表所含元素的個(gè)數(shù)例获,所以就會(huì)拋出異常了。正確的方法是直接new的時(shí)候傳進(jìn)去曹仗,像這樣:

ArrayList <Integer> dest= new ArrayList<Integer>(src);

這樣就好了榨汤,還省了一行代碼,Perfect~.

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末怎茫,一起剝皮案震驚了整個(gè)濱河市收壕,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌轨蛤,老刑警劉巖蜜宪,帶你破解...
    沈念sama閱讀 206,839評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異祥山,居然都是意外死亡圃验,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,543評論 2 382
  • 文/潘曉璐 我一進(jìn)店門枪蘑,熙熙樓的掌柜王于貴愁眉苦臉地迎上來损谦,“玉大人岖免,你說我怎么就攤上這事岳颇。” “怎么了颅湘?”我有些...
    開封第一講書人閱讀 153,116評論 0 344
  • 文/不壞的土叔 我叫張陵话侧,是天一觀的道長。 經(jīng)常有香客問我闯参,道長瞻鹏,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,371評論 1 279
  • 正文 為了忘掉前任鹿寨,我火速辦了婚禮新博,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘脚草。我一直安慰自己赫悄,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,384評論 5 374
  • 文/花漫 我一把揭開白布馏慨。 她就那樣靜靜地躺著埂淮,像睡著了一般。 火紅的嫁衣襯著肌膚如雪写隶。 梳的紋絲不亂的頭發(fā)上倔撞,一...
    開封第一講書人閱讀 49,111評論 1 285
  • 那天,我揣著相機(jī)與錄音慕趴,去河邊找鬼痪蝇。 笑死鄙陡,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的躏啰。 我是一名探鬼主播柔吼,決...
    沈念sama閱讀 38,416評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼丙唧!你這毒婦竟也來了愈魏?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,053評論 0 259
  • 序言:老撾萬榮一對情侶失蹤想际,失蹤者是張志新(化名)和其女友劉穎培漏,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體胡本,經(jīng)...
    沈念sama閱讀 43,558評論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡牌柄,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,007評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了侧甫。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片珊佣。...
    茶點(diǎn)故事閱讀 38,117評論 1 334
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖披粟,靈堂內(nèi)的尸體忽然破棺而出咒锻,到底是詐尸還是另有隱情,我是刑警寧澤守屉,帶...
    沈念sama閱讀 33,756評論 4 324
  • 正文 年R本政府宣布惑艇,位于F島的核電站,受9級特大地震影響拇泛,放射性物質(zhì)發(fā)生泄漏滨巴。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,324評論 3 307
  • 文/蒙蒙 一俺叭、第九天 我趴在偏房一處隱蔽的房頂上張望恭取。 院中可真熱鬧,春花似錦熄守、人聲如沸蜈垮。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,315評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽窃款。三九已至,卻和暖如春牍氛,著一層夾襖步出監(jiān)牢的瞬間晨继,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,539評論 1 262
  • 我被黑心中介騙來泰國打工搬俊, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留紊扬,地道東北人蜒茄。 一個(gè)月前我還...
    沈念sama閱讀 45,578評論 2 355
  • 正文 我出身青樓,卻偏偏與公主長得像餐屎,于是被迫代替她去往敵國和親檀葛。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,877評論 2 345

推薦閱讀更多精彩內(nèi)容