又发现一个不错的，工业级的，高性能RPC框架srpc，分享给大家。
（1）RPC简介；
（2）行业常见RPC框架；
（3）srpc特点；
（4）srpc上手指南，demo示例；
（5）srpc架构设计；
（6）srpc相关资料与资源；
文章较长，建议提前收藏。
Remote Procedure Call，远程过程调用。
这行代码的时候，到底发生了什么？
这三个动作，都发生在同一个进程空间里，这是本地函数调用。
最容易想到的，两个进程约定一个协议格式，使用Socket通信，来传输：
如果没有统一的RPC框架，各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动，造成整体的低效。
（1）调用方client感觉就像调用本地函数一样，来调用服务；
（2）提供方server感觉就像实现一个本地函数一样，来实现服务；
（2）Thrift，Facebook出品，支持多语言；
（4）bRPC，百度开源的，支持C++，Java；
今天和大家分享的srpc，作者是搜狗的媛架构师liyingxin，基于WF，代码量1W左右：
（2）又是一个工业级的产品，QPS可以到50W，应该是行业能目前性能最好的RPC框架了吧，有不少超高并发的线上应用都使用它。
基于WF的轻量级，超高性能，工业级RPC框架，兼容多协议，例如百度bRPC，腾讯tRPC，Google的gRPC，以及FB的thrift协议。
（1）支持多种IDL格式，包括Protobuf，Thrift等，对于这类项目，可以一键迁移；
（2）支持多种序列化方式，包括Protobuf，Thrift，json等；
（3）支持多压缩方法，对应用透明，包括gzip，zlib，lz4，snappy等；
（4）支持多协议，对应用透明，包括http，https，ssl，tcp等；
不同客户端线程压力下的性能表现非常稳定，QPS在50W左右，优于同等压测配置的bRPC与thrift。
（6）轻量级，低门槛，1W行左右代码，只需引入一个静态库；
syntax = "proto3";// proto2 or proto3
message EchoRequest {
string message = 1;
string name = 2;
};
message EchoResponse {
string message = 1;
};
service Example {
rpc Echo(EchoRequest) returns (EchoResponse);
};
第二步：生成代码，并实现ServiceIMPL，server端就搞定了。
class ExampleServiceImpl : public Example::Service
{
public:
void Echo(EchoRequest *request,
EchoResponse *response,
RPCContext *ctx) override
{
response->set_message("Hi, " + request->name());
}
};
make一把，一气呵成。
第三步：自己定义一个请求客户端，向服务端发送echo请求。
int main()
{
Example::SRPCClient client("127.0.0.1", 1412);
EchoRequest req;
req.set_message("Hello, srpc!");
req.set_name("zhangsan");
client.Echo(&req,
[](EchoResponse *response, RPCContext *ctx){});
return 0;
}
文末的资料集里，有非常详细的手册链接，一步步照着来就行。
作为一个RPC框架，srpc的架构是异常清晰的，用户需要关注这3个层次：
同时，每一层次又提供了多种选择，用户可以任意的组合：
（1）IDL层，用户可以选择Protobuf或者Thrift；
（2）协议层，可以选择Thrift，bRPC，tRPC等；
在此分层架构之下，RPC的客户端要做什么工作，RPC的服务端要做什么工作，srpc框架又做了什么工作呢？
RPC-server的工作也非常简单，像实现一个本地函数一样，提供远程的服务：
（2）接受request，逻辑处理，返回response；
（1）对request序列化，压缩，处理生成二进制报文；
（3）对request二进制报文处理，解压缩，反序列化；
在这个过程中，srpc采用插件化设计，各种复杂性细节，对接口调用方与服务提供方，都是透明的，并且具备良好的扩展性。
如上图所示，用户只需要关注IDL，即逻辑请求，响应，接口的调用与实现。框架层面，将各种能力以插件的方式集成进来，向用户提供不同能力的组合选择。
另外，定义好IDL之后，服务端的代码可以利用框架提供的工具自动生成代码，业务服务提供方，只需要专注于业务接口的实现即可，你说帅气不帅气？
画外音：具体的生成工具，与生成方法，请参看git上的文档。
最后，我觉得这个srpc最帅气的地方之一，就是：开源版本即线上工程版本，更新快，issue响应快，并且文档真的很全！
画外音：不少大公司，公司内部的版本和开源的版本是两套代码，开源版本没有文档，KPI完成之后，开源就没人维护了，结果坑了一大票人。
项目地址：https://github.com/sogou/srpc
作者知乎：
https://www.zhihu.com/people/liyingxin1412/posts
作者联系方式：
项目地址：https://github.com/sogou/srpc
画外音：srpc还有很多优秀的设计，等待大家去挖掘。
末了，希望这个1W行代码的RPC框架，能够帮助大家更透彻的了解RPC的底层原理。
发布者：糖太宗，转载请注明出处：https://www.qztxs.com/archives/science/technology/5779
微信扫一扫 
支付宝扫一扫 
