常用的跨语言通信方案
2023-09-11 14:18:09 时间
传统的跨语言通信方案:
基于SOAP消息格式的WebService
基于JSON消息格式的RESTful 服务
主要弊端:
XML体积太大,解析性能极差
JSON体积相对较小,解析相对较快,但表达能力较弱
现在比较流行的跨语言通信方案:
Google protobuf (http://code.google.com/p/protobuf)
Apache Thrift (http://thrift.apache.org/)
Apache Avro (http://avro.apache.org/)
Google protobuf:
优点
二进制消息,性能好/效率高(空间和时间效率都很不错)
proto文件生成目标代码,简单易用
序列化反序列化直接对应程序中的数据类,不需要解析后在进行映射(XML,JSON都是这种方式)
支持向前兼容(新加字段采用默认值)和向后兼容(忽略新加字段),简化升级
支持多种语言(可以把proto文件看做IDL文件)
Netty等一些框架集成
缺点
官方只支持C++,JAVA和Python语言绑定
二进制可读性差(貌似提供了Text_Fromat功能)
二进制不具有自描述特性
默认不具备动态特性(可以通过动态定义生成消息类型或者动态编译支持)
只涉及序列化和反序列化技术,不涉及RPC功能(类似XML或者JSON的解析器)
Apache Thrift:
应用
Facebook的开源的日志收集系统(scribe: https://github.com/facebook/scribe)
淘宝的实时数据传输平台(TimeTunnel http://code.taobao.org/p/TimeTunnel/wiki/index)
Evernote开放接口(https://github.com/evernote/evernote-thrift)
Quora(http://www.quora.com/Apache-Thrift)
HBase( http://abloz.com/hbase/book.html#thrift )
…
优点
支持非常多的语言绑定
thrift文件生成目标代码,简单易用
消息定义文件支持注释
数据结构与传输表现的分离,支持多种消息格式
包含完整的客户端/服务端堆栈,可快速实现RPC
支持同步和异步通信
缺点
和protobuf一样不支持动态特性
Apache Avro:
应用
Hadoop RPC (http://hadoop.apache.org/#What+Is+Apache+Hadoop%3F)
优点
二进制消息,性能好/效率高
使用JSON描述模式
模式和数据统一存储,消息自描述,不需要生成stub代码(支持生成IDL)
RPC调用在握手阶段交换模式定义
包含完整的客户端/服务端堆栈,可快速实现RPC
支持同步和异步通信
支持动态消息
模式定义允许定义数据的排序(序列化时会遵循这个顺序)
提供了基于Jetty内核的服务基于Netty的服务
缺点
只支持Avro自己的序列化格式
语言绑定不如Thrift丰富
相关文章
- R语言中的横向数据合并merge及纵向数据合并rbind的使用
- OpenGL ES着色器语言之操作数(官方文档第五章)
- Go语言图形界面开发:Go版GTK
- ABAP,Java, nodejs和go语言的web server编程
- Atitit.跨语言反射api 兼容性提升与增强 java c#。Net php js
- ios多语言(国际化):read failed: the data couldn‘t be read because it isn‘t in the correct format
- c语言cJson数组生成与解析
- Go语言自学系列 | golang指针
- Html就是超文本标记语言的简写,是最基础的网页语言
- Java(4):Java语言中的面向对象-上
- 万事开头难-go语言的安装及环境配置