public void register(URL url) {
super.register(url);
failedRegistered.remove(url);
failedUnregistered.remove(url);
try {
// Sending a registration request to the server side
doRegister(url);
} catch (Exception e) {
Throwable t = e;
// If the startup detection is opened, the Exception is thrown directly.
boolean check = getUrl().getParameter(Constants.CHECK_KEY, true)
&& url.getParameter(Constants.CHECK_KEY, true)
&& !Constants.CONSUMER_PROTOCOL.equals(url.getProtocol());
boolean skipFailback = t instanceof SkipFailbackWrapperException;
if (check || skipFailback) {
if (skipFailback) {
t = t.getCause();
}
throw new IllegalStateException("Failed to register " + url + " to registry " + getUrl().getAddress() + ", cause: " + t.getMessage(), t);
} else {
logger.error("Failed to register " + url + ", waiting for retry, cause: " + t.getMessage(), t);
}
// Record a failed registration request to a failed list, retry regularly
failedRegistered.add(url);
}
}
Session 未过期，创建 Ephemeral 节点时原节点仍存在，不需要重新创建。
Session 已过期，创建 Ephemeral 节点时原节点已被 ZooKeeper 删除，创建成功。
public void createEphemeral(String path) {
try {
client.create().withMode(CreateMode.EPHEMERAL).forPath(path);
} catch (NodeExistsException e) {
} catch (Exception e) {
throw new IllegalStateException(e.getMessage(), e);
}
}
统一 Dubbo 版本后，我们可以在此版本上内部紧急修复一些 Dubbo 问题(如上文的 Dubbo 注册故障恢复失效问题)。
瓜子目前正在进行第二机房的建设，部分 Dubbo 服务也在逐渐往第二机房迁移。统一 Dubbo 版本，也是为 Dubbo 的多机房做铺垫。
有利于我们后续对 Dubbo 服务的统一管控。
Dubbo 社区目前的发展方向与我们公司现阶段对 Dubbo 的一些诉求相吻合，如支持 gRPC、云原生等。
我们了解到，在我们之前携程已经与 Dubbo 社区合作进行了深度合作，携程内部已全量升级为 2.7.3 的社区版本，并在协助社区修复了 2.7.3 版本的一些兼容性问题。感谢携程的同学帮我们踩坑～
Dubbo2.7.3 版本在当时虽然是最新的版本，但已经发布了 2 个月的时间，从社区 issues 反馈来看，Dubbo 2.7.3 相对 Dubbo2.7 之前的几个版本，在兼容性方面要好很多。
我们也咨询了 Dubbo 社区的同学，推荐升级版本为 2.7.3。
初步兼容性验证。首先，我们梳理了一些需要验证的兼容性 case ，针对公司内部使用较多的 Dubbo 版本，与 Dubbo 2.7.3 一一进行了兼容性验证。经验证，除 DubboX 外， Dubbo 2.7.3 与其他 Dubbo 版本均兼容。DubboX 由于对 Dubbo 协议进行了更改，与 Dubbo2.7.3 不兼容。
生产环境兼容性验证。在初步验证兼容性通过后，我们与业务线合作，挑选了一些重要程度较低的项目，在生产环境对 Dubbo 2.7.3 与其他版本的兼容性进行了进一步验证。并在内部版本修复了一些兼容性问题。
推动公司 Dubbo 版本升级。在 10 月初，完成了 Dubbo 兼容性验证后，我们开始在各个业务线推动 Dubbo 的升级工作。截止到 12 月初,已经有 30% 的 Dubbo 服务的完成了版本升级。按照排期，预计于 2020 年 3 月底前完成公司 Dubbo 版本的统一升级。
org.apache.curator
curator-framework
4.2.0
org.apache.curator
curator-recipes
4.2.0
在每个机房内，部署一套独立的 ZooKeeper 集群。集群间信息不同步。这样就没有了 ZooKeeper 集群跨机房延迟与数据不同步的问题。
Dubbo 服务注册时，仅注册到本机房的 ZooKeeper 集群；订阅时，同时订阅两个机房的 ZooKeeper 集群。
实现同机房优先调用的路由逻辑。以减少跨机房调用导致的不必要网络延迟。
瓜子云平台默认将机房的标志信息注入容器的环境变量中。
provider 暴露服务时，读取环境变量中的机房标志信息，追加到待暴露服务的 url 中。
consumer 调用 provider 时，读取环境变量中的机房标志信息，根据路由策略优先调用具有相同标志信息的 provider。
