Hessian远程调用及序列化协议

来源:互联网 发布:ubuntu虚拟机硬盘扩容 编辑:程序博客网 时间:2024/05/22 14:14

上一篇介绍Hessian远程框架文章中列举了一个demo,参见Hessian轻量级二进制远程调用框架

,demo中客户端和服务端的hessian版本都是4.0.7,下面是客户端向服务器端发送的hessian调用及序列化参数的二进制数据,这些数据作为Http Post请求的数据部分传递给了服务器端。

 

 

Hessian被称为二进制协议(区别于类似Http的文本协议),是因为hessian调用会被转换为类似上面的字节流,服务器端需要能够解析这个字节流,所以字节流的形成和解析就要遵循hessian协议。特别的hessian同样定义了自己的序列化协议,并没有采用java的序列化机制。与其相比,hessian序列化简单、形成的字节流更加的精简。

 

下面我们先简单翻译下上面的字节流,大致是这个样子:

 

 

上面只不过是将一些asii字节码翻译为了字符,还是不够清晰,下面就清楚些了,这就是按照Hessian协议进行的一次简单远程调用,意思是此为2.0的rpc,要调用远程service的say方法,方法的参数为hessian.TradeItemDto对象,这个对象有一个字段amount,类型是java.math.BigDecimal类型,amount.scale=0,amount.intVal=null,也就是说amount=0。相当于调用远程service.say(tradeItemDto),而tradeItemDto.amount=0,这里其实是有问题的,demo中传递的是2999,而这里确变为了0,这个问题暂时还没弄清楚。

 

 

下面是服务器端返回给客户端的字节流

 

 

 

 

 

翻译一下,意思是说,hessian协议是2.0版本,这是一个对远程调用的Reply,返回的是一个长度为10的字符串"Hello 2999"。包括上面的字节流和这里其实demo中返回的是"H 2 0 R 7 Hello 0",因为客户端传过来的就是tradeItemDto.amount=0,下面结果是经过我修改的,是应该返回的结果。

 

 

在demo里面遇到一个问题,现象是参数tradeItemDto.amount是2999,事实序列化成的字节流里是0, 那个问题貌似是因为序列化出了问题,这个还要在研究下在后面在谈这个问题。

 

HessianProxyFactory里可以设置一些标志,比如是否支持方法重载setOverloadEnabled,设置读超时setReadTimeout,设置连接超时setConnectTimeout,设置Hessian 2.0请求setHessian2Request,设置Hessian 2.0 Reply setHessian2Reply,默认是1.0请求,2.0 Reply。上面的Demo中就是1.0请求,2.0Reply

 

 

原创粉丝点击