Zi 字媒體

系統與系統之間的調用通俗來講，分為本地同一台伺服器上的服務相互調用與遠程服務調用，這個都可以稱之為RPC通信。淺白點講，客戶訪問伺服器A，此時伺服器要完成某個動作必須訪問伺服器B，伺服器A與B互相通信，相互調用，A訪問B的時候，A掛起，等待B的響應，B響應返回相應的數據個A，A再返回給用戶，這就是一個很簡單的栗子。舉個常見栗子，用戶上傳圖片，用戶上傳圖片首先會經過自身的伺服器，然後再對圖片進行處理，此時圖片處理放在圖片伺服器中進行，那麼我們只需要調用圖片伺服器提供的介面即可，然後等待響應返回的圖片地址，此時我們隊它進行額外的處理，保存到資料庫然後在返回到前端進行顯示。再不明白就說說這次的順豐和菜鳥數據安全事件，就是你調用我我調用你這樣的一些列RPC通信。其實在多年以前，系統之間的通信通過建立tcp協議來進行交互，非常麻煩，而現如今使用RPC的話那麼就簡單的多了，很多細節方面的事我們無需關注，比如socket啊，數據的轉換啦解析啦等等。RPC通信在系統之間的主要數據格式會以json為主，當然也有xml的形式，但是不多，不過很多老系統還是都會以xml為主。在傳輸過程中，系統和系統之間的通信通過網路，而通信並不會保證每次都會成功，所以各類錯誤也一定要完善，就像咱們有時候對接第三方介面那樣，會提供很多的錯誤碼供我們分析，甚至還有超時請求的響應時間配置等等。對於這一系列的異常以及錯誤，我們一定要捕獲並且處理，不然在頂端的客戶不知道系統發生了什麼而一直等著，這樣是不人性化的。系統之間通信收到網路的影響很多時候響應會比較慢，此時的用戶可能會在客戶端多次點擊按鈕，這樣被調用的服務端就會執行多次，那麼就要考慮系統的冪等性，這個不多說了，以前的帖子里有講過。好了，先講這麼多吧...