為什么網(wǎng)絡傳輸時對象要序列化，而字符串就不用序列化？對象序列化可以實現(xiàn)分布式對象。例如，主要應用程序RMI使用對象序列化在遠程主機上運行服務，就像在本地主機上運行對象一樣。Rjava對象序列化不僅保存

為什么網(wǎng)絡傳輸時對象要序列化，而字符串就不用序列化？

對象序列化可以實現(xiàn)分布式對象。例如，主要應用程序RMI使用對象序列化在遠程主機上運行服務，就像在本地主機上運行對象一樣。Rjava對象序列化不僅保存對象的數(shù)據(jù)，而且遞歸地保存對象引用的每個對象的數(shù)據(jù)。整個對象層次結構可以寫入字節(jié)流、保存在文件中或通過網(wǎng)絡連接傳遞。對象序列化可用于“深度復制”對象本身和引用對象本身。序列化一個對象可以產(chǎn)生一個完整的對象序列。Rjava序列化相對簡單，通常不需要編寫自定義代碼來保存和恢復對象狀態(tài)。實現(xiàn)java.io.Serializable可序列化接口的類對象可以轉換為字節(jié)流或從字節(jié)流中恢復，而無需向類中添加任何代碼。只有在極少數(shù)情況下，才需要自定義代碼來保存或恢復對象狀態(tài)。注意：不是每個類都可以序列化。某些類無法序列化。例如，涉及線程的類與特定JVM的關系非常復雜。

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

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

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

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

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