[TOC] > [官網](https://grpc.io/) ## 概述 RPC - 定義一個服務， 指定其可以被遠程調用的方法及其參數和返回類型 gRPC - 認使用 protocol buffers 作為接口定義語言，來描述服務接口和有效載荷消息結構,也可使用其他服務替換 ### gRPC 允許你定義四類服務方法 #### 單項 RPC 即客戶端發送一個請求給服務端，從服務端獲取一個應答，就像一次普通的函數調用 ``` rpc SayHello(HelloRequest) returns (HelloResponse){ } ``` #### 服務端流式 RPC 即客戶端發送一個請求給服務端，可獲取一個數據流用來讀取一系列消息。客戶端從返回的數據流里一直讀取直到沒有更多消息為止 ``` rpc LotsOfReplies(HelloRequest) returns (stream HelloResponse){ } ``` ### 客戶端流式 RPC 客戶端用提供的一個數據流寫入并發送一系列消息給服務端。一旦客戶端完成消息寫入，就等待服務端讀取這些消息并返回應答 ### 雙向流式 RPC 即兩邊都可以分別通過一個讀寫數據流來發送一系列消息。這兩個數據流操作是相互獨立的，所以客戶端和服務端能按其希望的任意順序讀寫 ``` rpc BidiHello(stream HelloRequest) returns (stream HelloResponse){ } ``` ### 使用 API 接口 gRPC 提供 protocol buffer 編譯插件，能夠從一個服務定義的 .proto 文件生成**客戶端**和**服務端**代碼。通常 gRPC 用戶可以在服務端實現這些API，并從客戶端調用它們 ### 同步 vs 異步 rpc 可支持同步和異步調用 ## 支持的授權機制 ### SSL/TLS gRP 集成 SSL/TLS 并對服務端授權所使用的 SSL/TLS 進行了改良，對客戶端和服務端交換的所有數據進行了加密。對客戶端來講提供了可選的機制提供憑證來獲得共同的授權。 ### OAuth 2.0 gRPC 提供通用的機制（后續進行描述）來對請求和應答附加基于元數據的憑證。當通過 gRPC 訪問 Google API 時，會為一定的授權流程提供額外的獲取訪問令牌的支持，這將通過以下代碼例子進行展示。