分析JAVA中几种常用的RPC框架

RPC是远程过程调用的简称，广泛应用在大规模分布式应用中，作用是有助于系统的垂直拆分，使系统更易拓展。Java中的RPC框架比较多，各有特色，广泛使用的有RMI、Hessian、Dubbo等。RPC还有一个特点就是能够跨语言，本文只以JAVA语言里的RPC为例。

对于RPC有一个逻辑关系图，以RMI为例：

其他的框架结构也类似，区别在于对象的序列化方法，传输对象的通讯协议，以及注册中心的管理与failover设计（利用zookeeper）。

客户端和服务端可以运行在不同的JVM中，Client只需要引入接口，接口的实现以及运行时需要的数据都在Server端，RPC的主要依赖技术是序列化、反序列化和传输协议，JAVA里对应的就是对象的序列化、反序列化以及序列化后数据的传输。RMI的序列化和反序列化是JAVA自带的，Hessian里的序列化和反序列化是私有的，传输协议则是HTTP，Dubbo的序列化可以多种选择，一般使用Hessian的序列化协议，传输则是TCP协议，使用了高性能的NIO框架Netty。对于序列化，我还了解一些，像Google的ProBuffer、JBoss Marshalling和Apache Thrift等，之前有写一篇介绍ProBuffer的博文

1、RMI（远程方法调用）

JAVA自带的远程方法调用工具，不过有一定的局限性，毕竟是JAVA语言最开始时的设计，后来很多框架的原理都基于RMI，RMI的使用如下：

对外接口

public interface IService extends Remote { 
 
  public String queryName(String no) throws RemoteException; 
 
} 

服务实现

import java.rmi.RemoteException; 
import java.rmi.server.UnicastRemoteObject; 
 
// 服务实现 
public class ServiceImpl extends UnicastRemoteObject implements IService { 
 
  /** 
   */ 
  private static final long serialVersionUID = 682805210518738166L; 
 
  /** 
   * @throws RemoteException 
   */ 
  protected ServiceImpl() throws RemoteException { 
    super(); 
  } 
 
  /* (non-Javadoc) 
   * @see com.suning.ebuy.wd.web.IService#queryName(java.lang.String) 
   */ 
  @Override 
  public String queryName(String no) throws RemoteException { 
    // 方法的具体实现 
    System.out.println("hello" + no); 
    return String.valueOf(System.currentTimeMillis()); 
  } 
   
} 

RMI客户端

import java.rmi.RemoteException; 
import java.rmi.registry.LocateRegistry; 
import java.rmi.registry.Registry; 
 
// RMI服务端 
public class Server { 
 
  public static void main(String[] args) { 
    // 注册管理器 
    Registry registry = null; 
    try { 
      // 创建一个服务注册管理器 
      registry = LocateRegistry.createRegistry(8088); 
 
    } catch (RemoteException e) { 
       
    } 
    try { 
      // 创建一个服务 
      ServiceImpl server = new ServiceImpl(); 
      // 将服务绑定命名 
      registry.rebind("vince", server); 
       
      System.out.println("bind server"); 
    } catch (RemoteException e) { 
       
    } 
  } 
} 

服务注册管理器写在了Server里，当然也可以抽出来单独作为一个服务，在其他一些框架中，往往用Zookeeper充当注册管理角色。

2、Hessian（基于HTTP的远程方法调用）

基于HTTP协议传输，在性能方面还不够完美，负载均衡和失效转移依赖于应用的负载均衡器，Hessian的使用则与RMI类似，区别在于淡化了Registry的角色，通过显示的地址调用，利用HessianProxyFactory根据配置的地址create一个代理对象，另外还要引入Hessian的Jar包。

3、Dubbo（淘宝开源的基于TCP的RPC框架）

基于NIO框架Netty的高性能RPC框架，是阿里巴巴开源的，总体原理如下：

在了解Dubbo之前，要先对Zookeeper有深入的理解，当理解了zookeeper后，Dubbo也就了无秘密了。

Zookeeper作为Dubbo服务的注册中心，Dubbo原先基于数据库的注册中心，没采用Zookeeper，Zookeeper一个分布式的服务框架，是树型的目录服务的数据存储，能做到集群管理数据 ，这里能很好的作为Dubbo服务的注册中心，Dubbo能与Zookeeper做到集群部署，当提供者出现断电等异常停机时，Zookeeper注册中心能自动删除提供者信息，当提供者重启时，能自动恢复注册数据，以及订阅请求。

Dubbo的详细说明在淘宝开源里说的非常详细，在工作中很多生产项目都用了Dubbo，过程中也发现了很多需要注意的地方，尤其是那繁多的配置，设置不当都会让人烦脑，最好能再基于现有开源的Dubbo再定制优化一下。