色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

RPC的機制的誕生和基礎概念

馬哥Linux運維 ? 來源:馬哥Linux運維 ? 2024-03-11 10:06 ? 次閱讀

【摘要】 Rpc基本概念RPC(Remote Procedure Call)遠程過程調用,是一種通過網絡從遠程計算機程序上請求服務,而不需要了解底層網絡技術的協議,簡單的理解是一個節點請求另一個節點提供的服務。RPC只是一套協議,基于這套協議規范來實現的框架都可以稱為 RPC 框架,比較典型的有 有阿里巴巴的 Dubbo、Google 的 gRPC、Facebook 的 Thrift 和 Twitt...

Rpc基本概念

RPC(Remote Procedure Call)遠程過程調用,是一種通過網絡從遠程計算機程序上請求服務,而不需要了解底層網絡技術的協議,簡單的理解是一個節點請求另一個節點提供的服務。RPC只是一套協議,基于這套協議規范來實現的框架都可以稱為 RPC 框架,比較典型的有 有阿里巴巴的 Dubbo、Google 的 gRPC、Facebook 的 Thrift 和 Twitter 的 Finagle 等。

RPC 機制和實現過程

RPC 是遠程過程調用的方式之一,涉及調用方和被調用方兩個進程的交互。因為 RPC 提供類似于本地方法調用的形式,所以對于調用方來說,調用 RPC 方法和調用本地方法并沒有明顯區別。

RPC的機制的誕生和基礎概念

1984 年,Birrell 和 Nelson 在 ACM Transactions on Computer Systems 期刊上發表了名為“Implementing remote procedure calls”的論文,該文對 RPC 的機制做了經典的詮釋:

RPC 遠程過程調用是指計算機 A 上的進程,調用另外一臺計算機 B 上的進程的方法。其中A 上面的調用進程被掛起,而 B 上面的被調用進程開始執行對應方法,并將結果返回給 A,計算機 A 接收到返回值后,調用進程繼續執行。

發起 RPC 的進程通過參數等方式將信息傳送給被調用方,然后被調用方處理結束后,再通過返回值將信息傳遞給調用方。這一過程對于開發人員來說是透明的,開發人員一般也無須知道雙方底層是如何進行消息通信和信息傳遞的,這樣可以讓業務開發人員更專注于業務開發,而非底層細節。

RPC 讓程序之間的遠程過程調用具有與本地調用類似的形式。比如說某個程序需要讀取某個文件的數據,開發人員會在代碼中執行 read 系統調用來獲取數據。

當 read 實際是本地調用時,read 函數由鏈接器從依賴庫中提取出來,接著鏈接器會將它鏈接到該程序中。雖然 read 中執行了特殊的系統調用,但它本身依然是通過將參數壓入堆棧的常規方式調用的,調用方并不知道 read 函數的具體實現和行為。

當 read 實際是一個遠程過程時(比如調用遠程文件服務器提供的方法),調用方程序中需要引入 read 的接口定義,稱為客戶端存根(client-stub)。遠程過程 read 的客戶端存根與本地方法的 read 函數類似,都執行了本地函數調用。不同的是它底層實現上不是進行操作系統調用讀取本地文件來提供數據,而是將參數打包成網絡消息,并將此網絡消息發送到遠程服務器,交由遠程服務執行對應的方法,在發送完調用請求后,客戶端存根隨即阻塞,直到收到服務器發回的響應消息為止。

下圖展示了遠程方法調用過程中的客戶端和服務端各個階段的操作。

469a3e84-dec9-11ee-a297-92fbcf53809c.png

總結下RPC執行步驟:

調用客戶端句柄,執行傳遞參數。

調用本地系統內核發送網絡消息。

消息傳遞到遠程主機,就是被調用的服務端。

服務端句柄得到消息并解析消息。

服務端執行被調用方法,并將執行完畢的結果返回給服務器句柄。

服務器句柄返回結果,并調用遠程系統內核。

消息經過網絡傳遞給客戶端。

客戶端接受數據。

安裝gRPC和Protobuf

gRPC由google開發,是一款語言中立、平臺中立、開源的遠程過程調用系統
gRPC客戶端和服務端可以在多種環境中運行和交互,例如用java寫一個服務端,可以用go語言寫客戶端調用
在gRPC中,我們可以一次性的在一個 proto文件中定義服務并使用任意的支持gRPC的語言去實現客戶端和服務端,整個過程操作變得簡單,就像調用本地函數一樣。

通過 proto生成服務端代碼,也就是服務端的骨架,提供低層通信抽象
通過 proto生成客戶端代碼,也就是客戶端的存根,隱藏了不同語言的差異,提供抽象的通信方式,就像調用本地函數一樣。

安裝

go getgithub.com/golang/protobuf/proto

go getgoogle.golang.org/grpc(無法使用,用如下命令代替)

git clonehttps://github.com/grpc/grpc-go.git$GOPATH/src/google.golang.org/grpc

git clonehttps://github.com/golang/net.git$GOPATH/src/golang.org/x/net

git clonehttps://github.com/golang/text.git$GOPATH/src/golang.org/x/text

go get -ugithub.com/golang/protobuf/{proto,protoc-gen-go}

git clonehttps://github.com/google/go-genproto.git$GOPATH/src/google.golang.org/genproto

cd $GOPATH/src/

go installgoogle.golang.org/grpc

go getgithub.com/golang/protobuf/protoc-gen-go

上面安裝好后,會在GOPATH/bin下生成protoc-gen-go.exe

但還需要一個protoc.exe,windows平臺編譯受限,很難自己手動編譯,直接去網站下載一個,地址:https://github.com/protocolbuffers/protobuf/releases/tag/v3.9.0,同樣放在GOPATH/bin下

proto 服務定義

gRPC 使用protocol buffer 來定義服務接口,protocol buffer和 XML、JSON一樣是一種結構化數據序列化的可擴展存儲結構,protocol buffer是一種語言中立,結構簡單高效,比XML更小更簡單,可以通過特殊的插件自動生成代碼來讀寫操作這個數據結構。

import "myproject/other_protos.proto";// 導入其他 proto文件
syntax = "proto3"; // 指定proto版本
package hello;     // 指定默認包名

// 指定golang包名
option go_package = "hello";

message SearchRequest 
{
  required string query = 1;// 必須賦值字段
  optional int32 page_number = 2 [default = 10];// 可選字段
  repeated int32 result_per_page = 3;// 可重復字段 
}

message SearchResponse 
{
  message Result // 嵌套定義
  {
    required string url = 1;
    optional string title = 2;
    repeated string snippets = 3;
  }
  repeated Result result = 1;
}

message SomeOtherMessage 
{
  optional SearchResponse.Result result = 1;// 使用其他消息的定義
}

service List{// 定義gRPC服務接口
rpc getList(SearchRequest) returns (SearchResponse);
}
// 插件自動生成gRPC骨架和存根
protoc --go_out=plugins=grpc: ./ *.proto

后面需要實現服務端具體的邏輯就行,然后注冊到gRPC服務器
客戶端在調用遠程方法時會使用阻塞式存根,所以gRPC主要使用同步的方式通信,在建立連接后,可以使用流的方式操作。
客戶端編排為protocol buffer的格式,服務端再解排執行,以HTTP2 傳輸

gRPC 優勢

更高效的進程通信:使用基于protocol buffer在Http2 中以二進制協議通信,而不是JSON、XML文本格式

簡單定義的服務接口、易擴展

強類型、跨語言

一元RPC、服務端流、客戶端流、雙工流

gRPC入門

簡單使用

protocol buffer

syntax = "proto3";
package hello;
// 第一個分割參數,輸出路徑;第二個設置生成類的包路徑

option go_package = "./proto/hello";
// 設置服務名稱
service Greeter {
  // 設置方法
  rpc SayHello (HelloRequest) returns (HelloReply) {}
}

// 請求信息用戶名.
message HelloRequest {
  string name = 1;
}

// 響應信息
message HelloReply {
  string message = 1;
}

服務端

package main

import (
"context"
"flag"
"fmt"
"log"
"net"

"google.golang.org/grpc"
pb "mygrpc/proto/hello"
)

var (
port = flag.Int("port", 50051, "The server port")
)

type server struct {
pb.UnimplementedGreeterServer
}

func (s *server) SayHello(ctx context.Context, in *pb.HelloRequest) (*pb.HelloReply, error) {
log.Printf("Received: %v", in.GetName())
return &pb.HelloReply{Message: "Hello " + in.GetName()}, nil
}

func main() {
flag.Parse()
lis, err := net.Listen("tcp", fmt.Sprintf(":%d", *port))
if err != nil {
log.Fatalf("failed to listen: %v", err)
}
// 開啟rpc
s := grpc.NewServer()
// 注冊服務
pb.RegisterGreeterServer(s, &server{})
log.Printf("server listening at %v", lis.Addr())
if err := s.Serve(lis); err != nil {
log.Fatalf("failed to serve: %v", err)
}
}

客戶端

package main

import (
"context"
"flag"
"log"
"time"

"google.golang.org/grpc"
"google.golang.org/grpc/credentials/insecure"
pb "mygrpc/proto/hello" // 引入編譯生成的包
)

const (
defaultName = "world"
)

var (
addr = flag.String("addr", "localhost:50051", "the address to connect to")
name = flag.String("name", defaultName, "Name to greet")
)

func main() {
flag.Parse()
// 與服務建立連接.
conn, err := grpc.Dial(*addr, grpc.WithTransportCredentials(insecure.NewCredentials()))
if err != nil {
log.Fatalf("did not connect: %v", err)
}
defer conn.Close()
// 創建指定服務的客戶端
c := pb.NewGreeterClient(conn)

// 連接服務器并打印出其響應。
ctx, cancel := context.WithTimeout(context.Background(), time.Second)
defer cancel()
// 調用指定方法
r, err := c.SayHello(ctx, &pb.HelloRequest{Name: *name})
if err != nil {
log.Fatalf("could not greet: %v", err)
}
log.Printf("Greeting: %s", r.GetMessage())
}

客戶端連接gRPC服務器以后,就可以像調用本地函數一樣操作遠程服務器。

審核編輯:黃飛

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 計算機
    +關注

    關注

    19

    文章

    7488

    瀏覽量

    87849
  • 服務器
    +關注

    關注

    12

    文章

    9123

    瀏覽量

    85324
  • JAVA
    +關注

    關注

    19

    文章

    2966

    瀏覽量

    104702
  • RPC
    RPC
    +關注

    關注

    0

    文章

    111

    瀏覽量

    11529

原文標題:RPC簡介和grpc的使用

文章出處:【微信號:magedu-Linux,微信公眾號:馬哥Linux運維】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    HarmonyOS跨進程通信—IPC與RPC通信開發

    一、IPC與RPC通信概述 基本概念 IPC(Inter-Process Communication)與RPC(Remote Procedure Call)用于實現跨進程通信,不同的是前者
    的頭像 發表于 02-02 17:47 ?1276次閱讀
    HarmonyOS跨進程通信—IPC與<b class='flag-5'>RPC</b>通信開發

    聊聊Dubbo - Dubbo可擴展機制實戰

    摘要: 在Dubbo的官網上,Dubbo描述自己是一個高性能的RPC框架。今天我想聊聊Dubbo的另一個很棒的特性, 就是它的可擴展性。1. Dubbo的擴展機制在Dubbo的官網上,Dubbo描述
    發表于 06-04 17:33

    RPC的結構原理是什么?

    遠程過程調用(RPC)是一個協議,程序可以使用這個協議請求網絡中另一臺計算機上某程序的服務而不需知道網絡細節。(過程調用有時也稱作函數調用,或子例行程序調用。)RPC使用client/server模型。請求程序是client,而服務提供程序則為server。
    發表于 10-12 10:43

    直連設備怎么rpc雙向控制

    Thing***oard提供非常強大的可視化部件,除了圖表、地圖車聯網外,還有控制部件,通過mqtt rpc可以輕松實現平臺 -- 設備端 設備到平臺雙向數據傳輸及控制。Thingboard 連接
    發表于 07-12 06:55

    RPC是什么

    RPC是什么?RabbitMQ又是什么?
    發表于 10-08 09:24

    【學習打卡】OpenHarmony的RPC連接介紹

    常規過程調用返回一樣。注意:RPC特別適合客戶端-服務器(例如查詢-響應)交互,其中控制流在調用者和被調用者之間交替。從概念上講,客戶端和服務器不會同時執行。相反,執行線程從調用者跳轉到被調用者,然后再
    發表于 07-28 18:13

    什么是RPC

    什么是RPC   英文原義:Remote Procedure Call Protocol 中文釋義:(RFC-1831)遠過程調用協議 注  解:一種通過
    發表于 02-23 11:48 ?913次閱讀

    什么是RPC?為什么需要RPC

    首先要明確一點:RPC可以用HTTP協議實現,并且用HTTP是建立在 TCP 之上最廣泛使用的 RPC,但是互聯網公司往往用自己的私有協議,比如鵝廠的JCE協議,私有協議不具備通用性為什么還要用呢?因為相比于HTTP協議,RPC
    的頭像 發表于 04-16 12:49 ?1.5w次閱讀
    什么是<b class='flag-5'>RPC</b>?為什么需要<b class='flag-5'>RPC</b>?

    RPC的JAVA實現工作原理

    在傳統的開發模式中,我們通常將系統的各個服務部署在單臺機器,隨著服務的擴展,這種方式已經完全無法滿足系統大規模的擴展需要,分布式系統由此誕生,在分布式系統中,最重要就是各個服務之間的 RPC 調用。
    的頭像 發表于 05-05 23:39 ?3501次閱讀
    <b class='flag-5'>RPC</b>的JAVA實現工作原理

    為什么需要RPC接口

    論復雜度,RPC框架肯定是高于簡單的HTTP接口的。但毋庸置疑,HTTP接口由于受限于HTTP協議,需要帶HTTP請求頭,導致傳輸起來效率或者說安全性不如RPC
    發表于 07-13 17:46 ?2600次閱讀

    解析操作系統的概念、結構和機制

    全面。解析操作系統的概念、結構和機制
    發表于 03-26 14:19 ?8次下載

    OpenDaylight中的RPC &amp; Notification是什么

    我們將介紹RPC和Notification,并從進程內外的通信開始,著重介紹遠程過程調用和發布-訂閱機制,然后分析MD-SAL的通信交互過程。
    的頭像 發表于 02-14 15:15 ?954次閱讀
    OpenDaylight中的<b class='flag-5'>RPC</b> &amp; Notification是什么

    RPC 和 REST 區別是什么

    01. 既 REST ,何 RPC ? 在 OpenStack 里的進程間通信方式主要有兩種,一種是基于HTTP協議的RESTFul API方式,另一種則是RPC調用。 那么這兩種方式在應用場景上有
    的頭像 發表于 11-02 10:40 ?3110次閱讀
    <b class='flag-5'>RPC</b> 和 REST 區別是什么

    Dubbo源碼淺析(一)—RPC框架與Dubbo

    一、什么是RPC 1.1 RPC概念 RPC,Remote Procedure Call 即遠程過程調用,與之相對的是本地服務調用,即LPC(Local Procedure Call)
    的頭像 發表于 08-16 15:18 ?727次閱讀
    Dubbo源碼淺析(一)—<b class='flag-5'>RPC</b>框架與Dubbo

    RPC的基本原理和主要特點

    RPC(Remote Procedure Call,遠程過程調用)機制是一種常用的通信機制。實際上就是要像調用本地的函數一樣去調遠程函數。
    的頭像 發表于 11-05 09:12 ?454次閱讀
    <b class='flag-5'>RPC</b>的基本原理和主要特點
    主站蜘蛛池模板: 精油按摩日本| 9亚洲欧洲免费无码在线| 午夜视频无码国产在线观看| 欧美巨大xxxx做受高清| 美女诱点第6季| 久久中文电影| 久久毛片网站| 久久精品一本到东京热| 精品久久久噜噜噜久久久app| 国产亚洲精品久久久久5区| 国产成人在线视频观看| 精品夜夜澡人妻无码AV| 国内精品伊人久久久影院| 国产免费人成在线视频有码| 国产精品成人免费| 国产精品色吧国产精品| 国产精品久久久久久精品...| 国产成人a v在线影院| 国产精品久久一区二区三区蜜桃| 国产精品97久久AV色婷婷| 国产精品v欧美精品v日韩| 国产午夜不卡| 国外色幼网| 久久久精品免费视频| 麻花传媒MD0044视频| 欧美性xxxxxx爱| 三级黄.色| 亚洲成熟人网站| 一本道久在线综合色姐| 91se在线看片国产免费观看| chinese东北老年tv视频| 妇少水多18P蜜泬17P亚洲乱| 国产成人欧美日韩在线电影| 国产永久免费高清在线观看| 九九99热久久999精品| 美女裸露100%奶头视频| 秋霞影院福利电影| 午夜在线观看免费完整直播网| 亚洲国产精品一区二区三区在线观看| 一本久道久久综合婷婷五月| 20岁αsrian男同志免费|