溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
大數據架構中RPC傳輸是什么，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
RPC（Remote ProcedureCall），即遠程過程調用，通過網絡實現兩個服務器之前的調用，RPC是跨越傳輸層和應用層。
RPC的調用過程：
客戶端端發起一個RPC請求，本地調用client stub負責將調用的接口、方法和參數按照事先約定好的協議進行序列化，然后由RPC框架的RPCRuntime實例通過socket傳輸到遠程服務器上，遠程服務器端RPCRuntime收到實例后在通過server stub進行反序列化，發起最終的method調用。
比較優秀的RPC開源框架：
國內Dubbo、Motan，國外Thrift、gRPC
從以下方面理解RPC的實現原理：
1、動態代理：代理就是要做一件事，不用親自去做，找一個代理代做，動態是指可以動態指定執行的方法及任務數。
2、反射：是指計算機程序在運行時可以訪問、檢測和修改它本身狀態或行為的一種能力。傳入遠程服務名和方法名，通過反射自動定位到需要被調用的方法，再傳入入參，從而進行RPC調用。
3、序列化：將內存中的數據體轉換為字節流，反序列化是將字節流轉換為數據體。
4、網絡編程：RPC一般以TCP協議為基礎。
服務RPC請求異常的定位方法：
第1步、分析網絡情況，查看是否延遲嚴重，是否存在TCP重傳。
第2步、分析服務端和調用端的運行情況，查看是否壓力較大，比如CPU使用率、CPU負載、內存占用大小等
第3步、查看傳輸對象是否很大很復雜，這對序列化影響很大。
第4步、如果服務端有隊列，可以試著減少隊列，或者改為固定線程池，減少線程池數量。
第5步、控制CPU不用使用太高，盡量不要超過80%，有個計算公式（核數*7）然后去百分比，eg：4c的容器，那么2.8%的使用率屬于正常水平，當達到80%可能有線程阻塞。
關于大數據架構中RPC傳輸是什么問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
