RPC概念及分类
RPC全称为Remote Procedure Call,翻译过来为“远程过程调用”。目前,主流的平台中都支持各种远程调用技术,以满足分布式系统架构中不同的系统之间的远程通信和相互调用。远程调用的应用场景极其广泛,实现的方式也各式各样。
从通信协议的层面,大致可以分为:
基于HTTP协议的(例如基于文本的SOAP(XML)、Rest(JSON),基于二进制Hessian(Binary))
基于TCP协议的(通常会借助Mina、Netty等高性能网络框架)
从不同的开发语言和平台层面,分为:
单种语言或平台特定支持的通信技术(例如Java平台的RMI、.NET平台Remoting)
支持跨平台通信的技术(例如HTTP Rest、Thrift等)
从调用过程来看,分为:
同步通信调用(同步RPC)
异步通信调用(MQ、异步RPC)
常见的几种通信方式
1. 远程数据共享(例如:共享远程文件,共享数据库等实现不同系统通信)
2. 消息队列
3. RPC(远程过程调用)
序列化/反序列化
只有二进制数据才能在网络中传输,序列化和反序列化的定义是:
将对象转换成二进制流的过程叫做序列化,
将二进制流转换成对象的过程叫做反序列化。
Java和.NET平台中常见的通信技术
Java中支持的包括:
技术 |
简介 |
是否支持跨平台 |
Corbra |
90年代产物,已被淘汰 |
不支持 |
RMI |
EJB时代产物,已逐渐被淘汰 |
不支持 |
WebService |
基于Http SOAP,效率低,逐渐被淘汰 |
支持 |
Hessain |
基于Http,二进制序列化,效率高,使用广泛 |
支持 |
Rest(spring mvc等) |
支持Http Rest,广泛应用于无线API,开放平台等 |
支持 |
JMS、开源MQ |
Java消息服务(消息中间件),使用广泛 |
支持 |
Socket |
基于Mina、Netty(NIO、AIO高效通信) |
理论上支持 |
.NET中包括:
技术 |
简介 |
是否支持跨平台 |
WebService |
基于Http SOAP,效率低,逐渐被WCF整合淘汰 |
支持 |
.NET Remoting |
通信效率尚可,使用复杂,逐渐被WCF整合淘汰 |
不支持 |
WCF SOAP |
整合了原有的WebService,通信效率低 |
支持 |
WCF NET.TCP |
通信效率高,部分.NET项目内部服务在使用 |
不支持 |
WCF Rest |
使用较少,已经被Web Api逐渐取代 |
支持 |
Web Api |
支持Http Rest,广泛应用于无线API,开放平台等 |
支持 |
MSMQ、开源MQ |
微软自己的消息中间件或者其他开源MQ |
支持(MSMQ除外) |
Hessain .NET |
基于Http,二进制序列化,效率高,使用较少 |
支持 |
Socket |
通过Socket网络编程方式实现系统通信 |
理论上支持 |
互联网时代常见的RPC技术和框架
应用级的服务框架:
Dubbo/Dubbox
ZeroICE
GRpc
Spring Boot/Spring Cloud
基础通信框架:
Protocol Buffers
Thrift
远程通信协议:
RMI
Socket
SOAP(HTTP XML)
REST(HTTP JSON)
RPC的注意事项
性能
影响RPC性能的主要在几个方面:
1.序列化/反序列化的框架
2.网络协议,网络模型,线程模型等
安全
RPC安全的主要在于服务接口的鉴权和访问控制支持。
跨平台
跨不同的操作系统,不同的编程语言和平台。
跨平台RPC技术和常见框架
SOAP WebService
Hessian
HTTP Rest
Thrift
GRpc(Protobuffer)
Zero ICE
消息中间件
RPC框架的视频已经录制好,分享群619881427中免费下载学习,希望能够帮助有需要的程序员们。
原文地址:http://blog.51cto.com/13655628/2130667