微服務調用為啥用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延遲越小。因此，在具體的應用層，有很多技術可以討論。您可以根據自己的硬件能力選擇相應的技術

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

本人本科大二，隨手可以寫java網課上的倉儲系統(無法聯網，圖形化界面，sql)，在業(yè)內算什么水平呢？

我做軟件已經20多年了。編程不僅是關于使用什么語言，而且是關于思考。編程語言只是一種工具。如果你熟悉一個工具，那就沒什么值得驕傲的了，除非你想把編程和詩人比較一下。一個軟件要實現哪些功能，這些功能用戶如何使用才能酷、易用、穩(wěn)定如新是最重要的。否則，就是半吊子。我在這個領域前途渺茫

我是搬磚頭的兄弟，我來回答。

高并發(fā)的核心原則是網絡io的事件處理機制。在細節(jié)方面，一些重要的環(huán)節(jié)，如分組和分組，都比較復雜。但就大多數采訪和日常工作而言，真正了解反應堆機制的核心幾乎就足夠了。關于高并發(fā)性，您可以閱讀更多關于陳碩的書。

關鍵問題是，如果編程能力很弱，那么問題就很大。簡單地說，如果你給一個任務或解決一個問題，如果你的動手能力很弱，你可能會很長時間不確定，容易犯錯誤。對于一個發(fā)展崗位來說，無論公司有多大或多小，在日常工作中都不會有額外的難度或大規(guī)模的發(fā)展。換言之，誰的基本技能更好，誰的任務往往完成得又快又好。

動手能力弱，有一種特別簡單直接的改進方法，就是刷leetcode等，先寫代碼。不管用什么語言，先多寫，多寫自然不會松懈。

然后從簡單的面向對象到最基本的兩三種設計模式，從串行到并行，結合自己的編程語言，對語言的特點逐漸了解，過程就像刷題目一樣，寫代碼加深印象。學習一門新的編程語言也是如此。

對大多數人來說，要成為一名優(yōu)秀的程序員并不容易，但要成為一名合格的員工并付出足夠的努力是可以的。好腦子不如壞筆好。