微服務調用為什么用RPC框架，http不更簡單嗎？簡單一點，HTTP是協議，RPC是概念！RPC可以基于HTTP協議（feign）、TCP協議（netty）、RMI協議（soap）和web服務（XML

微服務調用為什么用RPC框架，http不更簡單嗎？

簡單一點，HTTP是協議，RPC是概念！RPC可以基于HTTP協議（feign）、TCP協議（netty）、RMI協議（soap）和web服務（XML-RPC）框架實現。在傳輸過程中，由于序列化方法的不同，也出現了一些框架和協議，如Dubbo中的Dubbo協議、grpc protobuf序列化協議等。實際上，它們都是基于遠程調用的概念。什么是遠程呼叫？

關鍵是RPC是遠程調用。遠程調用是客戶端通過上述協議向服務器發(fā)送接口、參數、參數類型、方法、返回值、返回值類型等（稱為方法簽名），通知服務器要調用的接口方法。這個過程就是RPC的實現過程！HTTP和RPC是兩碼事

！在性能方面，HTTP本身是基于TCP協議的，屬于應用層協議，所以HTTP協議本身在實現過程中會占用大量的資源（內存、帶寬等）。在性能方面，它肯定不如直接通過TCP實現的RPC協議快。不管HTTP有多優(yōu)化，它絕對沒有TCP那么快！另一方面，TCP依賴于字節(jié)碼。目前常用的是將客戶端調用的接口信息以序列化的方式發(fā)送到服務器端。序列化框架包括許多內容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字節(jié)碼）。序列化后的字節(jié)碼越小，占用的帶寬越小，序列化時間越長，線程IO延遲越短，線程IO延遲越小。因此，在具體的應用層，有很多技術可以討論。您可以根據自己的硬件能力選擇相應的技術

！歡迎熱愛科技的人們來探索

現在開發(fā)JAVA后臺，主要用哪些技術？

您的系統有多大，您的技術有多強大

！從我們公司的角度來看，使用java開發(fā)后臺服務使用了以下幾點

！2. 數據庫映射框架：mybatis

！3. 數據庫連接池：Druid

！4. 原木框架：slf4j

！5. 項目建設工具：Maven

！6. 版本控制工具：SVN和git

！7. 緩存：redis

！9. 工作流引擎：activiti

！10. 規(guī)則引擎：口水

！11. 微型服務容器：docker

！OSS和其他圖片上傳工具

！14，原型視圖工具：Axure RP

！15. 后臺服務模擬訪問：郵遞員

！16，腳本：shell或Python

！17，語言：java8

！這些是工作中使用的后端技術。可以說程序員是全能的！可能還有更多，有待繼續(xù)