zoukankan      html  css  js  c++  java
  • Dubbo 2.7.1 踩坑记

    Dubbo 2.7 版本增加新特性,新系统开始使用 Dubbo 2.7.1 尝鲜新功能。使用过程中不慎踩到这个版本的 Bug。

    系统架构

    Spring Boot 2.14-Release + Dubbo 2.7.1

    现象

    Dubbo 服务者启动成功,正常提供服务,消费者调用偶现失败的情况。错误如下图:

    调用失败

    可以看出,主要原因为 cause: message can not send, because channel is closed。 但是检查提供者,却发现服务进程正常。

    登陆 Dubbo admin 查看提供者服务,发现这个服务存在两个节点。

    Dubbo admin

    192.168.164.77 为测试服务器的 ip,提供者位于这台机器,而另一个 10.20.80.67 却是本地电脑的 IP,但是此时本地并未运行这个服务。

    再次查看服务报错的原因,可以看到提供者调用l本地提供 RPC 的服务。由于本地服务已停止,导致调用失败。

    这个问题在之前版本从未碰到,刚开始隐约记得 Dubbo 服务提供者注册使用 ZooKeeper 临时节点,服务断开,会删除该节点。

    问题原因

    在 Dubbo 主页搜索相关 issue,看到同样的问题 Dubbo-2.7.1 providers 重复注册.

    查看相关回复,可以看到问题主要由于 dynamic 默认值变成 false ,而 2.7.1 之前版本默认不赋值,初始值为 null。

    问题原因

    后续 PR 中已修复该问题 Fix issue 3785,修复代码将 dynamic 默认设置成 true。但是截止 20190515 该版本暂未发布。

    源码分析

    知道问题原因,这里我们从源码分析一下,为什么 dynamic 设置成 false 会导致该问题。

    注:下面分析的是 Dubbo 2.7.1 的源码
    下面我们使用 Dubbo xml 配置相关。

    在 xml 配置中,可以在以下两个地方设置 dynamic 属性。

    xml 配置

    服务启动时将会使用 DubboNamespaceHandler 解析,注入 Spring 容器。

    DubboNamespaceHandler 解析过程

    其中会将 provider 标签解析成 ProviderConfig 对象,service 标签解析成 ServiceBean 对象。

    继承关系

    查看继承关系,可以看到以上两个类都继承 AbstractServiceConfig , dynamic 位于这个父对象中。

    dynamic 默认值

    可以看到该字段默认值为 false

    接着查看 Dubbo 服务导出过程,位于 ServiceBean#export,略过其他代码,我们直接跳到关键 ServiceConfig#doExportUrlsFor1Protocol

    doExportUrlsFor1Protocol

    可以看到这里调用了多次 appendParameters 方法。 这个方法将利用反射,获取对象的中所有字段信息,然后添加到 map 中。其中字段名字为键值,字段实际值为内容。此时 map 键值内容为:

    map 内容

    可以看到 map 中还有一个 default.dynamic,大家翻看代码自己思考一下,为什么会出现这个?

    接着我们跳到后面:

    url

    在这里会将上面得到 map 组装到 URL 对象中,然后再注册到注册中心。。

    由于注册中心使用的是 ZooKeeper,所以这里将会使用 ZookeeperRegistry 实现类。

    doRegister

    首先查看 url##getParameter 方法,这里 Constants.DYNAMIC_KEY 值为 dynamic。

    url##getParameter

    该方法会先从 parameters 中根据键值取值。若不存在,会再根据 default 作为前缀拼接再次取值。若还不存在则使用传入的默认值。

    查看此时的 parameters 对象。

    parameters

    url.getParameter(Constants.DYNAMIC_KEY, true) 返回为 false。

    然后分析 zkClient#create 方法,

    zkClient#create

    由于 ephemeral 为 false,所以这个服务注册到 ZooKeeper 的节点为持久节点。

    临时节点,客户端断开,会话超时后,ZooKeeper 将会自动删除这个节点。zookeeper-faq
    面试题:服务提供者能实现失效踢出是什么原理(高频题)

    服务宕机的时候,该节点由于是持久节点会永远存在,而且当服务再次重启的时候会将重新注册一个新节点。这样就导致 ZooKeeper 中存在额外失效的节点,且该节点还无法自然消除(除非手动调用 ZooKeeper 删除节点方法)。

    总结

    由于 Dubbo 2.7.2 暂未发布,所以建议若想使用 Dubbo 2.7 新功能的同学,使用 2.7.0 版本。若现在正在使用 2.7.2 版本,也不要慌张。只要服务不是异常宕机或者使用 kill -9 强制杀死进程,以上的现象将不会碰到。正常服务关闭的时候,Dubbo 服务会主动去 ZooKeeper 注销该服务,并删除这个节点。

    还未使用该版本的同学们,建议使用 2.7.0 或者等 2.7.2 发布以后,再使用。

  • 相关阅读:
    字符串转换日期,日期转换字符串
    List中的Map
    一维数组
    流程控制的基本语法和应用
    《代码阅读方法与实践》读书笔记1
    专业实训题目需求分析
    2015年秋季个人阅读计划
    《人件集 人性化的软件开发》阅读笔记03
    《人件集 人性化的软件开发》阅读笔记02
    《人件集 人性化的软件开发》阅读笔记01
  • 原文地址:https://www.cnblogs.com/goodAndyxublog/p/10878186.html
Copyright © 2011-2022 走看看