聲明：本結(jié)論基于Spring Cloud Dalston.RC1、Spring Boot1.5.2.RELEASE。

總體說(shuō)明

feign消費(fèi)服務(wù)時(shí)，以GET方式請(qǐng)求的條件：

如果想讓服務(wù)消費(fèi)者采用GET方式調(diào)用服務(wù)提供者，那么需要：

1. 服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí)，在所有參數(shù)前加上@RequestParam注解。
2. 服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí)，指明為GET方式（注:如果不指明method,那么在條件1滿足的情況下，采用的是默認(rèn)的GET方式）。

注：這里條件1和條件2，是“且”的關(guān)系(都滿足時(shí)，才為GET)。

feign消費(fèi)服務(wù)時(shí)，以POST方式請(qǐng)求的條件：

如果想讓服務(wù)消費(fèi)者采用POST方式調(diào)用服務(wù)提供者，那么只需要：

1. 服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí)，在所有參數(shù)前加上@RequestParam注解，并指明feign消費(fèi)服務(wù)的方式為POST。
2. 服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí)，有且只有一個(gè)參數(shù)前為@RequestBody或什么也沒(méi)有（如果有多個(gè)參數(shù)，那么其余參數(shù)前必須有@RequestParam）。

注：這里條件1和條件2，是“或”的關(guān)系（當(dāng)至少一個(gè)滿足時(shí)，即為POST）。

注：在服務(wù)消費(fèi)者中，使用feign消費(fèi)服務(wù)時(shí)，如果參數(shù)前什么也不寫，那么默認(rèn)是由@RequestBody指明的。

即：只要不滿足GET方式請(qǐng)求，那么POST方式請(qǐng)求是一定支持的。

下面進(jìn)行詳細(xì)說(shuō)明

無(wú)參：

服務(wù)消費(fèi)者以GET方式請(qǐng)求消費(fèi)服務(wù)的情況(示例)：

不指定method,則默認(rèn)為get，等同于

服務(wù)消費(fèi)者以POST方式請(qǐng)求消費(fèi)服務(wù)的情況(示例)：

單參：

服務(wù)消費(fèi)者以GET方式請(qǐng)求消費(fèi)服務(wù)的情況(示例)：

參數(shù)前使用了@RequestParam,且指明了用GET方式

等同于(當(dāng)所有參數(shù)前都有@RequestParam時(shí)，這時(shí)不指明method，則默認(rèn)為采用GET方式)：

服務(wù)消費(fèi)者以POST方式請(qǐng)求消費(fèi)服務(wù)的情況(示例)：

• 參數(shù)前使用了@RequestParam,且指明了用POST方式

• 參數(shù)前未使用@RequestParam或參數(shù)前使用了@RequestBody注解(此時(shí)不論是否手動(dòng)指定請(qǐng)求方式、不論指定的方式是POST還是GET，那么最終都以POST方式消費(fèi)服務(wù))

注：在服務(wù)消費(fèi)者中，使用feign消費(fèi)服務(wù)時(shí)，如果參數(shù)前什么也不寫，那么默認(rèn)是由@RequestBody指明的。

注：@RequestBody注解的參數(shù)，需要POST方式才能傳遞數(shù)據(jù)。

注：在服務(wù)提供者的Controller中，

• 如果要接收(服務(wù)消費(fèi)中傳過(guò)來(lái)的)被@RequestBody指明的參數(shù)，那么對(duì)應(yīng)方法的對(duì)應(yīng)參數(shù)前一定要有@RequestBody；(如果沒(méi)有的話，收到的參數(shù)值就為null;如果寫成@RequestParam的話，那么feign調(diào)用會(huì)失敗)
• 如果要接收(服務(wù)消費(fèi)中傳過(guò)來(lái)的)被@RequestParam指明的參數(shù)，那么可以寫@RequestParam，也可以不寫(當(dāng)服務(wù)提供者中對(duì)應(yīng)的參數(shù)名字與服務(wù)消費(fèi)者傳過(guò)來(lái)的參數(shù)名字一致時(shí)，可以不寫，不一致時(shí)，需要寫)

多參：

服務(wù)消費(fèi)者以GET方式請(qǐng)求消費(fèi)服務(wù)的情況(示例)：

如果想讓服務(wù)消費(fèi)者采用GET方式調(diào)用服務(wù)提供者，那么需要：

1. 服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí)，在所有參數(shù)前加上@RequestParam注解。
2. 服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí)，指明為GET方式（注:如果不指明method,那么在條件1滿足的情況下，默認(rèn)采用的也是GET方式）。

等同于

服務(wù)消費(fèi)者以POST方式請(qǐng)求消費(fèi)服務(wù)的情況(示例)：

多參數(shù)時(shí)，如果服務(wù)消費(fèi)者想采用POST進(jìn)行feign調(diào)用，那么：服務(wù)消費(fèi)者中該接口方法里的這些參數(shù)前，最多只能有一個(gè)參數(shù)是@RequestBody指明的，其余的參數(shù)必須使用@RequestParam指明。

如:

等同于（String name 這個(gè)參數(shù)前什么也不寫，那么默認(rèn)的即為@RequestBody）

如果服務(wù)消費(fèi)者這邊f(xié)eign調(diào)用時(shí),所有參數(shù)前面都使用了@RequestParam注解時(shí),但是指明的是POST方式，那么最終還是以POST方式進(jìn)行的：

服務(wù)提供者接收時(shí)：

• 如果服務(wù)消費(fèi)者傳過(guò)來(lái)參數(shù)時(shí)，全都用的是@RequestParam的話，那么服務(wù)提供者的Controller中對(duì)應(yīng)參數(shù)前可以寫@RequestParam,也可以不寫(當(dāng)兩邊參數(shù)名字一致時(shí)，可以省略不寫)
• 如果服務(wù)消費(fèi)者傳過(guò)來(lái)參數(shù)時(shí)，有@RequestBody的話，那么服務(wù)提供者的Controller中對(duì)應(yīng)參數(shù)前必須要寫@RequestBody(如果是多參數(shù)的話，其余參數(shù)前視情況可以寫@RequestParam,也可以不寫)

注意：如果接口與接口的實(shí)現(xiàn)分別處于兩個(gè)服務(wù)中，那么接口就相當(dāng)于服務(wù)消費(fèi)者，而接口的實(shí)現(xiàn)則相當(dāng)于服務(wù)提供者。兩者之間仍然滿足本文上所述要求。如：

服務(wù)消費(fèi)者中的接口是這樣的：

那么對(duì)應(yīng)的服務(wù)提供者中的Controller應(yīng)該是這樣的：

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論