解决dubbo中遇到HessianProtocolException: ‘xxxException‘ could not be instantiated的问题 |
您所在的位置:网站首页 › Crew-2返回 › 解决dubbo中遇到HessianProtocolException: ‘xxxException‘ could not be instantiated的问题 |
在项目中遇到dubbo的consumer无法捕获到provider的自定义异常的问题,HessianProtocolException: ‘xxxxException’ could not be instantiated。 com.alibaba.com.caucho.hessian.io.HessianProtocolException: ‘xxxxException’ could not be instantiated at com.alibaba.com.caucho.hessian.io.JavaDeserializer.instantiate(JavaDeserializer.java:275) at com.alibaba.com.caucho.hessian.io.JavaDeserializer.readObject(JavaDeserializer.java:155) at com.alibaba.com.caucho.hessian.io.SerializerFactory.readObject(SerializerFactory.java:397) at com.alibaba.com.caucho.hessian.io.Hessian2Input.readObjectInstance(Hessian2Input.java:2070) 一、自定义异常类双方都依赖 在dubbo使用中如果provider采用dubbo默认序列化协议: 并且provider和consumer双方都进行了自定义异常(或其他对象)的依赖。在consumer获取Exception时如果公共自定义异常类没有定义无参构造方法。consumer将报HessianProtocolException: ‘xxxxException’ could not be instantiated异常并无法获取provider端的异常信息。 原因: 通过查看源码com.alibaba.com.caucho.hessian.io.JavaDeserializer /** Creates a map of the classes fields.*/ protected static Object getParamArg(Class cl) { if (! cl.isPrimitive()) return null; else if (boolean.class.equals(cl)) return Boolean.FALSE; else if (byte.class.equals(cl)) return new Byte((byte) 0); else if (short.class.equals(cl)) return new Short((short) 0); else if (char.class.equals(cl)) return new Character((char) 0); else if (int.class.equals(cl)) return Integer.valueOf(0); else if (long.class.equals(cl)) return Long.valueOf(0); else if (float.class.equals(cl)) return Float.valueOf(0); else if (double.class.equals(cl)) return Double.valueOf(0); else throw new UnsupportedOperationException();} 由于自定义异常的类的构造函数的参数都不是基本类型,因此_constructorArgs所包含的值全部是null。 dubbo默认是采用Hessian(比jdk自带反序列化高效)进行反序列化的,该反序列化创建对象时,会取参数最少的构造方法来创建对象,构造方法参数设置默认值,基本类型设置为相应基本类型的默认值,不是基本类型设置为null(就是这点,导致上面的构造方法出现空指针,进而导致该对象无法实例化) 解决方法: 1、在双方依赖的自定义异常类中加入无参构造方法,在XXXException中添加新增无参构造方法。 public XXXException() { } 在类中如果手动写了有参构造方法,推荐也写上无参构造方法。 有了无参构造方法Hessian可以顺利的进行反序列化,从而consumer可以正常捕获自定义异常。 2、不采用dubbo默认序列化协议,可以指定采用kryo进行序列化或者其他方式序列化,也不会产生上面的问题。 二、如果consumer没有依赖provider的自定义异常类 Dubbo将该异常封装成了一个RuntimeException,将错误堆栈放入了message中。consumer通过捕获Exception可以得到RuntimeException的provider的异常信息。 原文链接:https://blog.csdn.net/zipo/article/details/82959012 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |