iOS RPC GRPC使用

RPC

远程过程调用 可以区别于IPC

A想要调用B服务器上的提供的函数/方法

单一 RPC 无法实现 push,即推送服务。

理由是,RPC 是client 调用 server获取数据,是一个完整的过程,实现不了server调用client。

解决方案:让client 既可以调用server上的RPC服务,反之client本身也成为一个RPC服务让Server来调用。

在RPC中,所有的函数都必须有自己的一个ID。这个ID在所有进程中都是唯一确定的。客户端在做远程过程调用时,必须附上这个ID。然后我们还需要在客户端和服务端分别维护一个 {函数 <–> Call ID} 的对应表。两者的表不一定需要完全相同,但相同的函数对应的Call ID必须相同。当客户端需要进行远程调用时,它就查一下这个表,找出相应的Call ID,然后把它传给服务端,服务端也通过查表,来确定客户端需要调用的函数,然后执行相应函数的代码。

在远程过程调用时,客户端跟服务端是不同的进程,不能通过内存来传递参数。甚至有时候客户端和服务端使用的都不是同一种语言(比如服务端用C++,客户端用Java或者Python)。这时候就需要客户端把参数先转成一个字节流,传给服务端后,再把字节流转成自己能读取的格式。这个过程叫序列化和反序列化。同理,从服务端返回的值也需要序列化反序列化的过程。

GRPC

github地址:https://github.com/grpc/

gRPC使用ProtoBuf来定义服务,ProtoBuf是由Google开发的一种数据序列化协议(类似于XML、JSON、hessian)。ProtoBuf能够将数据进行序列化,并广泛应用在数据存储、通信协议等方面。不过,当前gRPC仅支持 Protobuf ,且不支持在浏览器中使用。

Swift 使用 GRPC

podfile,注意swift要加use_frameworks!


# Uncomment this line if you're using Swift

use_frameworks!

platform :ios, '9.0'

target 'GRPC proto' do

pod 'SwiftGRPC'

end

BoringSSL需要给终端挂代理才行

还要安装swift-protobuf(用来将proto文件解析为.swift文件)

地址:https://github.com/apple/swift-protobuf

建议使用homebrew安装

$ brew install swift-protobuf

安装后把protoc-gen-swift和protoc-gen-swiftgrpc两个文件放到PATH里

就可以直接$ protoc –swift_out=. my.proto 这样只使用了protoc-gen-swift生成了一个pb.swift文件
使用protoc –swift_out=. –swiftgrpc_out=Client=true,Server=false:. xxx.proto 这样还会多生成一个grpc.swift

然后把这两个文件引入到项目文件夹中

然后获取service 一般是ServiceClient结尾,然后创建请求,一般是Request结尾,然后service.XX(request)并获取结果

let _ = try! service.sayHello ( request ) {  reply,result in
            if let reply = reply {
                print("RESPONSE: \(reply)")
            }
            print(result)
        }
    原文作者:林月出
    原文地址: https://www.jianshu.com/p/cdad677c1c47
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞