Dubbo还有这样的bug,你能忍?原创

时间:2019-10-20 16:19来源:互联网点击:手机版

本文场景基于dubbo-2.5.3版本。

如果你对StackOverflowError有一定的了解,就可以知道出现这个问题的主要原因就是调用栈太深,比如常见的无限递归调用。那本文要介绍的Dubbo抛出的这个StackOverflowError又是什么原因呢?且往下看。

重现问题

话不多说,直入主题。这次碰到的StackOverflowError非常好重现,只需要如下简短的代码即可。需要注意的是这里调用的是com.alibaba.dubbo.common.json.JSON,而不是fastjson中的com.alibaba.fastjson.JSON

Dubbo还有这样的bug,你能忍?

运行这段代码能得到如下异常:

Dubbo还有这样的bug,你能忍?

分析原因

由这个异常堆栈信息,我们很容易知道在GenericJSONConverter中的第73行和129行之间出现了无限递归调用,打开dubbo源码并debug,发现在调用GenericJSONConverter中的writeValue()方法时,首先会判断需要序列化的对象的类型。当对象是如下类型时会特殊处理:

  1. 原生类型或者封装类型;
  2. JSONNode类型;
  3. 枚举;
  4. 数组;
  5. Map;
  6. 集合类型;

如果需要序列化的对象是其他类型,比如这里的Locale类型,序列化逻辑如下所示:

Dubbo还有这样的bug,你能忍?

通过这段源码的分析,我们大概可以知道Locale的属性中肯定有Locale类型的属性。由于有Locale类型的属性,导致继续调用GenericJSONConverter中的writeValue()方法,从而无限递归下去,让我们继续Debug源码验证这个猜想。

Debug到String pns[] = w.getPropertyNames();,我们通过查看Locale的属性pns[]可以验证我们前面的猜想,如下图所示。Locale属性availableLocales的类型还是Locale,从而出现死循环直到抛出StackOverflowError:


Dubbo还有这样的bug,你能忍?


解决问题

那么如何解决这个问题呢?很简单,不要使用dubbo中的JSON,改为使用fastjson中的JSON,或者jackson和GSON都可以:

Locale locale = Locale.getDefault();System.out.println(com.alibaba.fastjson.JSON.toJSON(locale));System.out.println(new com.google.gson.Gson().toJson(locale));

Dubbo Fix

笔者翻看dubbo issue历史,发现dubbo在2018-05-09修复了这个问题,对应的dubbo版本是2.6.3,描述为:add Locale serialize & deserialize support。pull地址如下:https://github.com/apache/dubbo/pull/1761/commits。

修复的代码片段如下所示,主要改动点有:

  1. 如果序列化对象是Locale类型,那么序列化方式就是调用toString()方法;
  2. 如果反序列化目标对象类型是Locale,那么将value以下划线分割,然后构造Locale对象,用法参考:JSON.parse("zhCN", Locale.class);


Dubbo还有这样的bug,你能忍?


微信公众号

相关文章:

提示:360电脑网发布《Dubbo还有这样的bug,你能忍?》这篇文章已经注明原创作者和创作平台,如若转载,请注明出处,不尊重原创的行为将受到我们的谴责,电脑网提倡读者朋友们一起来良性监督。

上一篇:.NET LINQ分析AWS ELB日志避免996 下一篇:没有了

最新文章

作者介绍

————————————

作者:努力的程序员


介绍:自媒体编程技术领域专家


360电脑网(www.360diannao.com)是专业的电脑、手机、电子书、游戏、漫画、科技等IT门户网站

Copyright@2015-2019 | | 备案号:豫ICP备16006929号-10 | TAG标签

声明: 网站所有文章均来自互联网,如有不良信息或者侵犯您的版权,应及时向本站客服证明及详细侵权情况证明,共同打造一个干净良好的上网环境。