? REST（RepresentationalState Transfer）是Roy Fielding 提出的一個描述互聯(lián)系統(tǒng)架構(gòu)風(fēng)格的名詞。REST定義了一組體系架構(gòu)原則，您可以根據(jù)這些原則設(shè)計以系統(tǒng)資源為中心的Web 服務(wù)，包括使用不同語言編寫的客戶端如何通過 HTTP處理和傳輸資源狀態(tài)。

微服務(wù)之間的大多都是使用 HTTP 通信，這自然少不了使用 HttpClient。
在不適用 Spring 前，一般使用 Apache HttpClient 和 Ok HttpClient 等，而一旦引入 Spring，就有了更好選擇 - RestTemplate。

接口：

想接受一個 Form 表單請求，讀取表單定義的兩個參數(shù) para1 和 para2，然后作為響應(yīng)返回給客戶端。

定義完接口后，使用 RestTemplate 來發(fā)送一個這樣的表單請求，代碼示例如下：

上述代碼定義了一個 Map，包含了 2 個表單參數(shù)，然后使用 RestTemplate 的 postForObject 提交這個表單。
執(zhí)行代碼提示 400 錯誤，即請求出錯：

就是缺少 para1 表單參數(shù)，why？

解析

RestTemplate 提交的表單，最后提交請求啥樣？
Wireshark 抓包：

實際上是將定義的表單數(shù)據(jù)以 JSON 提交過去了，所以我們的接口處理自然取不到任何表單參數(shù)。
why？怎么變成 JSON 請求體提交數(shù)據(jù)呢？注意 RestTemplate 執(zhí)行調(diào)用棧：

最終使用的 Jackson 工具序列化了表單

用到 JSON 的關(guān)鍵原因在

RestTemplate.HttpEntityRequestCallback#doWithRequest

根據(jù)當(dāng)前要提交的 Body 內(nèi)容，遍歷當(dāng)前支持的所有編解碼器:

若找到合適編解碼器，用之完成 Body 轉(zhuǎn)化

看下 JSON 的編解碼器對是否合適的判斷

AbstractJackson2HttpMessageConverter#canWrite

可見，當(dāng)使用的 Body 為 HashMap，是可完成 JSON 序列化的。
所以后續(xù)將這個表單序列化為請求 Body了。

但我還是疑問，為何適應(yīng)表單處理的編解碼器不行？
那就該看編解碼器判斷是否支持的實現(xiàn)：

FormHttpMessageConverter#canWrite

可見只有當(dāng)我們發(fā)送的 Body 是 MultiValueMap 才能使用表單來提交。
原來使用 RestTemplate 提交表單必須是 MultiValueMap！
而我們案例定義的就是普通的 HashMap，最終是按請求 Body 的方式發(fā)送出去的。

修正

換成 MultiValueMap 類型存儲表單數(shù)據(jù)即可：

修正后，表單數(shù)據(jù)最終使用下面的代碼進行了編碼：

FormHttpMessageConverter#write

發(fā)送出的數(shù)據(jù)截圖如下：

這就對了！其實官方文檔也說明了：

參考：
https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/web/client/RestTemplate.html

到此這篇關(guān)于解析Spring RestTemplate必須搭配MultiValueMap的理由的文章就介紹到這了,更多相關(guān)Spring RestTemplate MultiValueMap內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: