国语自产精品视频在线看一大j8 ,国产一区日韩二区欧美三区,欧美久久久久久

避免RPC回調死鎖

(金慶的專欄 2020.9)

今天發現一例 RPC 回調死鎖，現象為一串相關的 RPC 調用全部超時失敗。

A 調用 B 的 RPC, B 再回調 A, 形成一個 RPC 調用環后，
如果 A 調用 B 時先加了一個鎖，然后 B 回調 A 時又需要這個鎖，
而此時 A 正在等待 B 的 RPC 返回，之后才會釋放鎖，
這樣就形成了死鎖。這個 RPC 調用環最終會全部超時失敗。

這個調用環可能會涉及多個服務，如 A->B->C->...->A。

避免回調死鎖有以下方法。

## 避免回調，不要有 RPC 調用環

一般的服務依賴應該都是無環的。
可以畫一個服務依賴圖，如果沒有形成調用環，就可以放心不會有死鎖。

## RPC 調用時不要加鎖

一般進入某個 RPC 處理時，會鎖住相關的資源，直到處理完成。
如果處理過程中需要向外發出 RPC 請求，應該先釋放鎖，待請求完成后再次獲取鎖。
如果請求過程中需要禁止其他協程操作相關資源，也可以不釋放鎖，
但鎖的使用上應該允許加鎖失敗，不要等待鎖。

鎖應該是能夠快速釋放的。如果需要加鎖去執行一個長時間的操作，
這個鎖的設計可能需要重新考慮。

## 打斷調用鏈

有時候 RPC 調用鏈不必是阻塞等待的。
如通知性的，無返回值的RPC, 不需要等待他返回，可以開一個新的協程去執行 RPC.
父RPC等待子RPC返回，改為父RPC直接返回，子RPC后臺執行，即斷開 RPC 的調用依賴。
RPC 調用鏈斷開成多段后，調用循環的可能性就大大下降了。

posted on 2020-09-19 13:56 金慶閱讀(563) 評論(0) 編輯收藏引用所屬分類: 9. 其它

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: TortoiseGit is OK but GitExtensions fails DeathVoteExpirationTimeout in Orleans How to delete local branches of GitExtension Clustering provider in Orleans Why Orleans' actor is virutal What comes after microservice? Rust Deref coercion example Rust Error Return Check Policy Rust visibility Why does Rust check borrow even in single thread

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

避免RPC回調死鎖