大伙使用过dubbo的同学都知道,dubbo远程调用服务原理是通过序列化、反序列化实现的,这里不多说了
问题描述:
有一次写dubbo接口,需要抛出自定义异常,该异常只有一个构造方法(只有一个参数,为自定义枚举类型),下面是构造方法详情
public RefundOrderException(RefundOrderExceptionCode code) {
super(code.name());
this.code = code;
}
开始测试过程中一切正常,突然有一天出现如下异常:
Caused by: com.alibaba.com.caucho.hessian.io.HessianProtocolException: 'com.xx.xx.share.exception.RefundOrderException' could not be instantiated
......
......
开始很迷茫,最后终于发现,dubbo是采用Hessian(比jdk自带反序列化高效)进行反序列化的,该反序列化创建对象时,会取参数最少的构造方法来创建对象,构造方法参数设置默认值,基本类型设置为相应基本类型的默认值,不是基本类型设置为null(就是这点,才导致我上面的构造方法出现空指针,进而导致该对象无法实例化)
最后通过新增无参构造方法解决了问题。
详细参考:http://hittyt.iteye.com/blog/1691772
该文章详细解释了问题所在
总结:需要通过dubbo服务传递的对象,保证有无参构造方法应该能避免这类问题。
但是一直有点疑问,既然这样的话,为啥刚开始测试并没有这个问题,后来突然才出现的,按理说这个问题一开始就应该出现才对,至今困惑中......