赖勇浩(http://laiyonghao.com
)
<!-- [if gte mso 9]><xml><w:WordDocument><w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel><w:DisplayHorizontalDrawingGridEvery>0</w:DisplayHorizontalDrawingGridEvery><w:DisplayVerticalDrawingGridEvery>2</w:DisplayVerticalDrawingGridEvery><w:DocumentKind>DocumentNotSpecified</w:DocumentKind><w:DrawingGridVerticalSpacing>7.8</w:DrawingGridVerticalSpacing><w:View>Normal</w:View><w:Compatibility></w:Compatibility><w:Zoom>0</w:Zoom></w:WordDocument></xml><![endif]-->
Google protobuf(http://code.google.com/p/protobuf)提供了 service 关键字来描述 RPC,但没有实现,所以大家都纷纷自制 RPC,仅仅是在 protobuf 官网列出来的,就有十几个(http://code.google.com/p/protobuf/wiki/ThirdPartyAddOns#RPC_Implementations)。它们使用不同的语言、框架的大不同就不用多说了,没想到的是我看了几个之后,发现即使是每个调用的请求和响应包格式都大有不同哦,体现了蛮多不同理念。有兴趣的不妨先跟我一起浏览一下其中比较有特点的七八个实现,然后我们再画个表来总结总结。
protobuf-rpc
它的自我简介是 RPC based on Google's protocol buffers。基本的包格式见:http://code.google.com/p/protobuf-rpc/source/browse/trunk/protocol/protobufrpc.proto,全文如下:
不知道大家有没有注意到 message Rpc 里的两个字段都是 repeated 的!我设想,这个设计的有以下特点:同一个数据包里可以有多个 request 或 response,甚至是返回 response 的同时丢若干 request 回去给另一端,相当地灵活。
再来看 Request.method,注释是 name of a method_descriptor,实际上是 service_descriptor 的 name 加上 method_descriptor 的 name 来的,不过如果你不看代码无法知道这一点(代码见:http://code.google.com/p/protobuf-rpc/source/browse/trunk/python/protobufrpc/synchronous.py#60);这样做的好处是你可以在同一个端口 host 若干个 service。但是这跟不上变化的注释和隐晦的字段名,真的让人很纠结,破代码的典范。
id 字段居然是 optional 的,让我有点迷惑,特别是看到 Response.id 居然是 required,额……天哪,Request 不是自带 id 的话拿什么东西来设置 Response 哦!事实上,从代码来看,Request.id 都是有设置的,读的时候也是当这个字段是 required 来处理。
Error 的设计中规中矩,不过 code 就没有先用 enum 包装一下,预设几种常见错误,有点过于自由化了。
最后,因为看到 Request.serialized_request 和 Response.serialized_response 都是 optional,我惊了一下,以为 protobuf 的 RPC 可以没参数和返回值的,但又想起从来没见文档提到过。最后还是小马过河,自己写了一个没有参数的 RPC 去编译,protoc 老实不客气地丢出来一句“Expected type name.”,确认了 RPC 都需要参数和返回值。所以这个Request.serialized_request 的 optional 应该改用 required;而 Response.serialized_response 则可以是 optional,因为当 RPC 执行错误的时候,无法返回 Response 实例,只能返回 Error 实例,所以需要 optional 来满足这个灵活性。作者这货真不严谨。
未完待续……
分享到:
相关推荐
PHP调用protobuf通信接口的使用示例,采用rpc通信。
A java ProtocolBuffers RPC implementation featuring bidirectional calls.
protobuf-rpc是一个基于的远程方法调用(RPC))实现,服务器端当前仅支持Java(JDK 1.7及以上),客户端支持Objective-C(cocoa/iOS)和Java(J2SE/Android)。 Why protobuf-rpc? 对于纯的基于Windows或者Linux的服务器来...
基于C++ module库 Protobuf Zookeeper 实现的Rpc框架.zip基于C++ module库 Protobuf Zookeeper 实现的Rpc框架.zip基于C++ module库 Protobuf Zookeeper 实现的Rpc框架.zip基于C++ module库 Protobuf Zookeeper 实现...
基于protobuf 实现了一套RPC调用,UE4中可以使用,欢迎下载
主要为大家详细介绍了python通过protobuf实现rpc的方法,感兴趣的朋友可以参考一下
基于Protobuf的数据传输协议_聂晓旭.pdf
Unity3D & Java 基于 Protobuf 通信实现,客户端代码
Protobuf RPC是一种基于TCP协议的二进制RPC通信协议的Java实现
基于protobuf-net的C# Protobuf 插件.zip
ProtoBuf.Rpc.js:使用协议缓冲区JavaScript轻量级RPC JavaScript( JS )库允许使用Google的创建消息,该消息除了可以指定消息外,还可以指定远程过程调用( RPC )服务:但是,开发人员有责任提出实际的请求。 ...
NULL 博文链接:https://gqdy365.iteye.com/blog/2163076
本资源提供了一个基于protobuf反射特性的pb结构与json相互转换的实例,该实例程序主要有两个核心函数myMessage2Json、myJson2Message。前者的作用是将pb结构转换成对应的json,后者是将json转换成对应的pb结构体。...
protobuf-rpc回声 一个简单的rpc echo演示程序,使用python和protobuf。 csdn: :
Python调用序列化数据工具Protocol Buffers——protobuf https://xercis.blog.csdn.net/article/details/109204030
nanopb 基于嵌入式protobuf的移植
写了一个简单的netty server和client,传输协议是google protobuf。上传文件主要包括源码以及转换proto文件的工具.
sRPC是一个异步ProtoBuf服务接口,可在.NET流上直接(二进制)发送其消息。 这可用于直接通过TCP套接字或名称管道调用rpc原型服务。 入门 这会将sRPC添加到您的项目中,因此您可以使用此协议从.proto文件创建RPC...
基于C++ module库 Protobuf Zookeeper实现的Rpc框架源码+项目说明.zip 编译: `./autobuild.sh` 运行 bin目录下: `./provider -i test.conf ` (启动Rpc提供者) `./consumer -i test.conf`(启动Rpc调用者) ...