webservice接口開發(fā)實例 微服務(wù)調(diào)用為啥用RPC框架,http不更簡單嗎?
微服務(wù)調(diào)用為啥用RPC框架,http不更簡單嗎?簡單一點,HTTP是協(xié)議,RPC是概念!RPC可以基于HTTP協(xié)議(feign)、TCP協(xié)議(netty)、RMI協(xié)議(soap)和web服務(wù)(XML-
微服務(wù)調(diào)用為啥用RPC框架,http不更簡單嗎?
簡單一點,HTTP是協(xié)議,RPC是概念!RPC可以基于HTTP協(xié)議(feign)、TCP協(xié)議(netty)、RMI協(xié)議(soap)和web服務(wù)(XML-RPC)框架實現(xiàn)。在傳輸過程中,由于序列化方法的不同,也出現(xiàn)了一些框架和協(xié)議,如Dubbo中的Dubbo協(xié)議、grpc protobuf序列化協(xié)議等。實際上,它們都是基于遠(yuǎn)程調(diào)用的概念。什么是遠(yuǎn)程呼叫?
關(guān)鍵是RPC是遠(yuǎn)程調(diào)用。遠(yuǎn)程調(diào)用是客戶端通過上述協(xié)議向服務(wù)器發(fā)送接口、參數(shù)、參數(shù)類型、方法、返回值、返回值類型等(稱為方法簽名),通知服務(wù)器要調(diào)用的接口方法。這個過程就是RPC的實現(xiàn)過程!HTTP和RPC是兩碼事
!在性能方面,HTTP本身是基于TCP協(xié)議的,屬于應(yīng)用層協(xié)議,所以HTTP協(xié)議本身在實現(xiàn)過程中會占用大量的資源(內(nèi)存、帶寬等)。在性能方面,它肯定不如直接通過TCP實現(xiàn)的RPC協(xié)議快。不管HTTP有多優(yōu)化,它絕對沒有TCP那么快!另一方面,TCP依賴于字節(jié)碼。目前常用的是將客戶端調(diào)用的接口信息以序列化的方式發(fā)送到服務(wù)器端。序列化框架包括許多內(nèi)容(Hession、protobuf、kryo等)。Kryo具有最高的序列化性能,protobuf具有序列化后最小的字節(jié)碼)。序列化后的字節(jié)碼越小,占用的帶寬越小,序列化時間越長,線程IO延遲越短,線程IO延遲越小。因此,在具體的應(yīng)用層,有很多技術(shù)可以討論。您可以根據(jù)自己的硬件能力選擇相應(yīng)的技術(shù)
!歡迎熱愛科技的人們來探索
JavaScript調(diào)用WebService的代碼是什么呢?
WebService(縮寫為WS)使用SOAP協(xié)議,而SOAP=http XML,因此您可以使用所有方法訪問普通網(wǎng)頁來調(diào)用WS接口。
通??梢允褂萌N方法:表單提交、XMLHttpRequest、,jQuery.ajax文件.
首先,表單提交(嚴(yán)格來說,這是一個HTML調(diào)用,不是JS調(diào)用…)
這與一般表單提交幾乎相同,但用于調(diào)用WS接口時,需要刷新或打開一個新頁面,因此應(yīng)用程序很窄。
第二,XMLHttpRequest
XMLHttpRequest是內(nèi)置于本機JS中的對象,用于支持Ajax訪問。使用Ajax的優(yōu)點是您不需要刷新整個頁面(當(dāng)然,如果業(yè)務(wù)邏輯需要這樣做的話)。
第三,jQuery.ajax文件
當(dāng)然,jQuery中也使用了XMLHttpRequest,但是它的函數(shù)可以大大簡化調(diào)用過程,并使整個代碼邏輯更加清晰。