我對假裝調(diào)用的無限循環(huán)的行為方式感到困惑。一個(gè)例子：假設(shè)我有 2 個(gè) API，A 和 B。如果我調(diào)用 API A，API A 又通過偽造 HTTP 調(diào)用調(diào)用 API B，而 API B 又通過偽造再次調(diào)用 API A，它會識別出這一點(diǎn)并打破調(diào)用鏈嗎？調(diào)用的快速流程圖：A -> B -> A -> B ... 無限重復(fù)？我沒有嘗試過這段代碼，它只是一個(gè)想法。但我假設(shè) spring-cloud-starter-feign 會提供一些方法來解決這個(gè)問題？這個(gè)假設(shè)是否正確？ @PostMapping(RestJsonPath.API_A) ResponseEntity<byte[]> apiA(); @PostMapping(RestJsonPath.API_B) ResponseEntity<byte[]> apiB();會一直執(zhí)行到超時(shí)還是hystrix會停止？
1 回答
蕪湖不蕪
TA貢獻(xiàn)1796條經(jīng)驗(yàn) 獲得超7個(gè)贊
長話短說：
Feign 將在 A 到 B 的初始請求上保持連接打開，直到預(yù)配置的超時(shí)開始。此時(shí)，F(xiàn)eign 將使請求超時(shí)，如果您指定了 Hystrix 回退，Spring 將使用您的 Hystrix 回退作為回復(fù)。
解釋：
spring-boot-starter-feign 為編寫 HTTP 請求代碼提供了一個(gè)抽象層。它不會處理代碼中的潛在循環(huán)。
這是他們教程網(wǎng)站上的一個(gè) spring boot feign 客戶端示例，用于演示：
@FeignClient(value = "jplaceholder",
? ? ? ? url = "https://jsonplaceholder.typicode.com/",
? ? ? ? configuration = ClientConfiguration.class,
? ? ? ? fallback = JSONPlaceHolderFallback.class)
public interface JSONPlaceHolderClient {
? ? @RequestMapping(method = RequestMethod.GET, value = "/posts")
? ? List<Post> getPosts();
? ? @RequestMapping(method = RequestMethod.GET, value = "/posts/{postId}", produces = "application/json")
? ? Post getPostById(@PathVariable("postId") Long postId);
}
首先請注意，這是一個(gè)接口——所有代碼都是由 Spring 在啟動時(shí)自動生成的，并且該代碼將向通過注釋配置的 url 發(fā)出 RESTful 請求。例如，第二個(gè)請求允許我們傳入一個(gè)路徑變量，Spring 將確保它位于出站請求的 URL 路徑上。
這里要強(qiáng)調(diào)的重要一點(diǎn)是，這個(gè)接口只負(fù)責(zé) HTTP 調(diào)用，而不是任何潛在的循環(huán)。使用此接口的邏輯（我可以像注入任何其他 Spring Bean 一樣注入任何其他 Spring Bean）由開發(fā)人員決定。
添加回答
舉報(bào)
0/150
提交
取消