远程服务调用

1 RPC协议分析比较

1.1 RMI

1.1.1 概述

SUN官方,基于TCP协议

允许多个服务绑定一个端口

cachestubtrue时,性能提升30%

1.1.2 优点

高效稳定,特别是大数据量的情况下

1.1.3 演化

RMI stub-编译期(JDK5.0前)

动态代理RMI-运行期(JDK5.0)

1.1.4 缺点

仅限于JAVA

1.1.5 通讯过程

·          客户端发起请求,请求转交至RMI客户端的stub;

·          stub类将请求的接口、方法、参数等信息进行序列化;

·          基于socket将序列化后的流传输至服务器端;

·          服务器端接收到流后转发至相应的skelton;

·          skelton类将请求的信息反序列化后调用实际的处理类;

·          处理类处理完毕后将结果返回给skelton;

·          Skelton类将结果序列化,通过socket将流传送给客户端的stub;

·          stub在接收到流后反序列化,将反序列化后的Java Object返回给调用者。

·          

1.1.6 抓包

服务注册与调用默认为两个端口,服务请求包较大

连接:

 

报文交互:

 

请求报文内容:

 

1.2 自定义报文

1.2.1 目的

希望(或者说渴望)大家(不同业务,不同语言)用统一的协议提供服务,为未来彼此间无缝调用提供一种可能性,重要性堪比秦始皇统一货币。

1.2.2 机制

跨语言(任何编程语言都可以应用和理解)

简单,高效(要求快于RMIhessian

数据长度应该尽可能的小

基于TCP/IP,长链接

1.2.3 协议参考

参考报文头:

报文长  4  消息总长度,包含报文头及报文体 

命令或响应类型  4  

消息流水号  4 

1.3 Hessian

1.3.1 基于二进制Http协议

1.3.2 开源,多语言支持

1.3.3 抓包

需要发送Http报文头,请求包数据量小

交互:

 

请求报文:

 

 

 

1.5.1 性能不是一般地差

1.5.2 HTTP、高安全、XML语义

1.6 Phprpc(免费)

1.6.1 高效序列化、低效RPC

1.6.2 简单

1.6.3Hprose(收费) 试用版本高效,不稳定;正式版有待检验

1.7 综合比较图

协议/比较项

RMI

自定义

Hessian

 

Phprpc

WebService

底层协议

TCP/IP

TCP/IP

HTTP(二进制)

 

Http

HTTP

稳定性

较高

较高

 

 

性能(每秒循环处理数)

(980)

理论上最高

(1010)

 

较低(313)

(100以内)

跨语言/开放性

仅限于JAVA、不需二次开发

跨语言、需要开发。协议相对封闭

跨语言、不需二次开发

 

跨语言、不需二次开发

跨语言、不需二次开发

综合

单台5600 QPS(1.2k)

无法跨语言是硬伤

解决跨语言及性能的理想解决方案;

尚未开发

中庸之道,大数据量时性能下降较快

 

性能一般,弃用

性能过差,弃用

最终选择

Y

Y

Y

 

N

N

 

1.8 Java序列化

1.8.1 说明

·          序列化后的内容大小对远程调用影响非常大

·          pojo增加一个方法不会导致序列化后的值变大

·          增加属性会导致对象序列化变大(String/Date:10int:8List:27),但增长并不固定;空的对象序列化后是42,freedian对象是800

·          一个对象的大小或属性的多少直接影响序列化后的值大小

·          transient关键词,不序列化的东西

1.8.2 过程

◆将对象实例相关的类元数据输出。

◆递归地输出类的超类描述直到不再有超类。

◆类元数据完了以后,开始从最顶层的超类开始输出对象实例的实际数据值。

◆从上至下递归输出实例的数据

 

1.8.3 例子

public class Parent {

    int parentVersion = 10;

}

class contain implements Serializable{  

        int containVersion = 11;  

}

public class SerialTest extends Parent implements Serializable {  

    int version = 66;  

    contain con = new contain();  

    public int getVersion() {  

           return version;  

    }

}

 

 

·          协议、版本、新对象标识

·          对象类描述

·          属性version描述(类型、长度、名称)

·          属性con描述

·          父类(Parent )及父类属性描述

·          各个属性的值(parentVersionversion)

·          contain类的描述、属性描述及值

 

 

3 代理机制

 

3.1 JAVA代理机制

3.1.1 reflect.Proxy

示例

import java.lang.reflect.InvocationHandler;

import java.lang.reflect.Method;

import java.lang.reflect.Proxy;

 

/**

* reflect.Proxy代理Demo

*

*/

public class GenericProxyFactory {

 

    /**

     * 拦截处理类,负责保存对象并拦截处理

     */

    private static class JavaBeanProxy<T> implements InvocationHandler {

 

        /*

         * 代理的对象,在构造函数中植入

         */

        final T underlying;

 

        public JavaBeanProxy(T underlying) {

            this.underlying = underlying;

        }

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值