脚本宝典收集整理的这篇文章主要介绍了

dubbo 2.5.3对于java.sql的反序列化BUG

脚本宝典小编觉得挺不错的,现在分享给大家,也给大家做个参考,希望能帮助你少写一行代码,多一份安全和惬意。

背景

这是我之前提的问题:问题链接

在使用dubbo 2.5.3的时候,定义的接口中有一个方法使用了实体类作为参数,而这个实体类中定义了一个变量为java.sql.Time类型。不妨暂且定义接口如下:

//BusinessDto中有一个属性dealTime 为java.sql.Time类型 String queryBusiness(BusinessDto param); 

当消费者调用这个接口的时候,如果param中的dealTime为null,那么在提供者那里接收到的整个param都为null,如果这个属性不为null,那么参数可以正常的传递。

问题原因解析

问题出在反序列化的时候。
dubbo使用的序列化是hession2的,而hession2对于Time类的反序列化的源码如下:

     static class SqlTimeFieldDeserializer extends FieldDeserializer {     private final Field _field;     SqlTimeFieldDeserializer(Field field)     {       _field = field;     }          void deserialize(AbstractHessianInput in, Object obj)       throws IOException     {       java.sql.Time value = null;       try {         java.util.Date date = (java.util.Date) in.readObject();         value = new java.sql.Time(date.getTime());         _field.set(obj, value);       } catch (Exception e) {         logDeserializeError(_field, obj, value, e);       }     }   }

这里我们可以清楚地看出来,将in读取到的object转为Date然后调用了getTime方法,那么如果我们的dealTime属性为空,那么调用getTime函数必然会抛异常,也就产生了之后的结果。

补充说明

我找到的源码可以看出,对于 java.sql.Date, java.sql.Timestamp, java.sql.Time的反序列化均有问题存在。

  static class SqlDateFieldDeserializer extends FieldDeserializer {     private final Field _field;     SqlDateFieldDeserializer(Field field)     {       _field = field;     }          void deserialize(AbstractHessianInput in, Object obj)       throws IOException     {       java.sql.Date value = null;       try {         java.util.Date date = (java.util.Date) in.readObject();         value = new java.sql.Date(date.getTime());         _field.set(obj, value);       } catch (Exception e) {         logDeserializeError(_field, obj, value, e);       }     }   }   static class SqlTimestampFieldDeserializer extends FieldDeserializer {     private final Field _field;     SqlTimestampFieldDeserializer(Field field)     {       _field = field;     }          void deserialize(AbstractHessianInput in, Object obj)       throws IOException     {       java.sql.Timestamp value = null;       try {         java.util.Date date = (java.util.Date) in.readObject();         value = new java.sql.Timestamp(date.getTime());         _field.set(obj, value);       } catch (Exception e) {         logDeserializeError(_field, obj, value, e);       }     }   }   static class SqlTimeFieldDeserializer extends FieldDeserializer {     private final Field _field;     SqlTimeFieldDeserializer(Field field)     {       _field = field;     }          void deserialize(AbstractHessianInput in, Object obj)       throws IOException     {       java.sql.Time value = null;       try {         java.util.Date date = (java.util.Date) in.readObject();         value = new java.sql.Time(date.getTime());         _field.set(obj, value);       } catch (Exception e) {         logDeserializeError(_field, obj, value, e);       }     }   }

而hessian4 则修复了这个问题,在调用getTime之前做了非空判断,如果为空则把这个属性赋null而不是产生异常。

如果已经开始大规模的使用那么不妨使用别的类型,绕过这三个类型即可避免这个问题。

总结

问题来源于同事随口问的一个小问题,挺感兴趣就一直纠缠了下来,发现问题还是挺严重的,另外借用同事的一句话,不再维护的开源软件真的挺危险。

总结

以上是脚本宝典为你收集整理的

dubbo 2.5.3对于java.sql的反序列化BUG

全部内容,希望文章能够帮你解决

dubbo 2.5.3对于java.sql的反序列化BUG

所遇到的程序开发问题,欢迎加入QQ群277859234一起讨论学习。如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典网站推荐给程序员好友。 本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。

80%的人都看过