J2EE中service層的作用，還有action為什么是調(diào)用IService，而不直接調(diào)用service層的方法，這不多此一舉嗎？1. 服務層的作用：一般來說，在MVC中，服務是業(yè)務邏輯層，用于處理

J2EE中service層的作用，還有action為什么是調(diào)用IService，而不直接調(diào)用service層的方法，這不多此一舉嗎？

1. 服務層的作用：一般來說，在MVC中，服務是業(yè)務邏輯層，用于處理更詳細的業(yè)務相關流程（我指的是業(yè)務流程、非控制流程）等操作；動作是控制層，用于控制業(yè)務處理的方向，并與前端連接而后臺的處理系統(tǒng)；Dao是數(shù)據(jù)連接和數(shù)據(jù)庫處理，它可以看作是在框架中間件中進行數(shù)據(jù)處理和數(shù)據(jù)庫操作的數(shù)字。

2. Iservice和服務（DAO）一樣：就是因為服務層需要關注業(yè)務邏輯，業(yè)務邏輯有時復雜有時簡單，有時一組邏輯只需要滿足一組業(yè)務，有時一組邏輯需要同時滿足多組業(yè)務（meet==conform），因此服務層需要保持可伸縮性和可伸縮性，這就需要松耦合。服務根據(jù)當前功能或業(yè)務需求定義接口，iservice負責具體實現(xiàn)。它可以是多態(tài)的、重載的、擴展的等等。

如何調(diào)用service中的方法？

直接傳遞活動引用絕對不行。最簡單的方法是使用靜態(tài)全局變量，但不建議這樣做。所以它只能稍微復雜一點。您可以直接調(diào)用activity而不是service。您只能向活動發(fā)送消息，讓活動執(zhí)行特定的方法。R是服務啟動活動。R和activity設置為single instance以處理newintent方法中的傳入消息。R另一種方法是在activity中定義一個內(nèi)部類broadcast，然后服務調(diào)用sendbraoadcast、rbroadcast和activity方法。

微服務調(diào)用為啥用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é)議等。實際上，它們都是基于遠程調(diào)用的概念。什么是遠程呼叫？

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

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

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