Dubbo 源码分析 - 集群容错之 Router
1. 简介
上一篇文章分析了集群容错的第一部分 – 服务目录 Directory。服务目录在刷新 Invoker 列表的过程中,会通过 Router 进行服务路由。上一篇文章关于服务路由相关逻辑没有细致分析,一笔带过了,本篇文章将对此进行详细的分析。首先,先来介绍一下服务目录是什么。服务路由包含一条路由规则,路由规则决定了服务消费者的调用目标,即规定了服务消费者可调用哪些服务提供者。Dubbo 目前提供了三种服务路由实现,分别为条件路由 ConditionRouter、脚本路由 ScriptRouter 和标签路由 TagRouter。其中条件路由是我们最常使用的,标签路由暂未在我所分析的 2.6.4 版本中提供,该实现会在 2.7.0 版本中提供。本篇文章将分析条件路由相关源码,脚本路由和标签路由这里就不分析了。下面进入正题。
2. 源码分析
条件路由规则有两个条件组成,分别用于对服务消费者和提供者进行匹配。比如有这样一条规则:
host = 10.20.153.10 => host = 10.20.153.11
该条规则表示 IP 为 10.20.153.10 的服务消费者只可调用 IP 为 10.20.153.11 机器上的服务,不可调用其他机器上的服务。条件路由规则的格式如下:
[服务消费者匹配条件] => [服务提供者匹配条件]
如果服务消费者匹配条件为空,表示不对服务消费者进行限制。如果服务提供者匹配条件为空,表示对某些服务消费者禁用服务。Dubbo 官方文档对条件路由进行了比较详细的介绍,大家可以参考下,这里就不过多说明了。
条件路由实现类 ConditionRouter 需要对用户配置的路由规则进行解析,得到一系列的条件。然后再根据这些条件对服务进行路由。本章将分两节进行说明,2.1节介绍表达式解析过程。2.2 节介绍服务路由的过程。接下来,我们先从表达式解析过程看起。
2.1 表达式解析
条件路由规则是一条字符串,对于 Dubbo 来说,它并不能直接理解字符串的意思,需要将其解析成内部格式才行。条件表达式的解析过程始于 ConditionRouter 的构造方法,下面一起看一下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 |
public ConditionRouter(URL url) {this.url = url;// 获取 priority 和 force 配置this.priority = url.getParameter(Constants.PRIORITY_KEY, 0);this.force = url.getParameter(Constants.FORCE_KEY, false);try {// 获取路由规则String rule = url.getParameterAndDecoded(Constants.RULE_KEY);if (rule == null || rule.trim().length() == 0) {throw new IllegalArgumentException("Illegal route rule!");}rule = rule.replace("consumer.", "").replace("provider.", "");// 定位 => 分隔符int i = rule.indexOf("=>");// 分别获取服务消费者和提供者匹配规则String whenRule = i < 0 ? null : rule.substring(0, i).trim();String thenRule = i < 0 ? rule.trim() : rule.substring(i + 2).trim();// 解析服务消费者匹配规则Map<String, MatchPair> when = StringUtils.isBlank(whenRule) || "true".equals(whenRule) ? new HashMap<String, MatchPair>() : parseRule(whenRule);// 解析服务提供者匹配规则Map<String, MatchPair> then = StringUtils.isBlank(thenRule) || "false".equals(thenRule) ? null : parseRule(thenRule);this.whenCondition = when;this.thenCondition = then;} catch (ParseException e) {throw new IllegalStateException(e.getMessage(), e);} } |
如上,ConditionRouter 构造方法先是对路由规则做预处理,然后调用 parseRule 方法分别对服务提供者和消费者规则进行解析,最后将解析结果赋值给 whenCondition 和 thenCondition 成员变量。ConditionRouter 构造方法不是很复杂,这里就不多说了。下面我们把重点放在 parseRule 方法上,在详细介绍这个方法之前,我们先来看一个内部类。
1 2 3 4 |
private static final class MatchPair {final Set<String> matches = new HashSet<String>();final Set<String> mismatches = new HashSet<String>(); } |
MatchPair 内部包含了两个 Set 型的成员变量,分别用于存放匹配和不匹配的条件。这个类两个成员变量会在 parseRule 方法中被用到,下面来看一下。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 |
private static Map<String, MatchPair> parseRule(String rule)throws ParseException {// 定义条件映射集合Map<String, MatchPair> condition = new HashMap<String, MatchPair>();if (StringUtils.isBlank(rule)) {return condition;}MatchPair pair = null;Set<String> values = null;// 通过正则表达式匹配路由规则,ROUTE_PATTERN = ([&!=,]*)\s*([^&!=,\s]+)// 这个表达式看起来不是很好理解,第一个括号内的表达式用于匹配"&", "!", "=" 和 "," 等符号。// 第二括号内的用于匹配英文字母,数字等字符。举个例子说明一下:// host = 2.2.2.2 & host != 1.1.1.1 & method = hello// 匹配结果如下:// 括号一 括号二// 1. null host// 2. = 2.2.2.2// 3. & host// 4. != 1.1.1.1 // 5. & method// 6. = hellofinal Matcher matcher = ROUTE_PATTERN.matcher(rule);while (matcher.find()) {// 获取括号一内的匹配结果String separator = matcher.group(1);// 获取括号二内的匹配结果String content = matcher.group(2);// 分隔符为空,表示匹配的是表达式的开始部分if (separator == null || separator.length() == 0) {// 创建 MatchPair 对象pair = new MatchPair();// 存储 <匹配项, MatchPair> 键值对,比如 <host, MatchPair>condition.put(content, pair); } // 如果分隔符为 &,表明接下来也是一个条件else if ("&".equals(separator)) {// 尝试从 condition 获取 MatchPairif (condition.get(content) == null) {// 未获取到 MatchPair,重新创建一个,并放入 condition 中pair = new MatchPair();condition.put(content, pair);} else {pair = condition.get(content);}} // 分隔符为 =else if ("=".equals(separator)) {if (pair == null)throw new ParseException("Illegal route rule ...");values = pair.matches;// 将 content 存入到 MatchPair 的 matches 集合中values.add(content);} // 分隔符为 != else if ("!=".equals(separator)) {if (pair == null)throw new ParseException("Illegal route rule ...");values = pair.mismatches;// 将 content 存入到 MatchPair 的 mismatches 集合中values.add(content);}// 分隔符为 ,else if (",".equals(separator)) {if (values == null || values.isEmpty())throw new ParseException("Illegal route rule ...");// 将 content 存入到上一步获取到的 values 中,可能是 matches,也可能是 mismatchesvalues.add(content);} else {throw new ParseException("Illegal route rule ...");}}return condition; } |
以上就是路由规则的解析逻辑,该逻辑由正则表达式 + 一个 while 循环 + 数个条件分支组成。下面使用一个示例对解析逻辑进行演绎。示例为 host = 2.2.2.2 & host != 1.1.1.1 & method = hello
。正则解析结果如下:
1 2 3 4 5 6 7 |
括号一 括号二 1. null host 2. = 2.2.2.2 3. & host 4. != 1.1.1.1 5. & method 6. = hello |
现在线程进入 while 循环:
第一次循环:分隔符 separator = null,content = “host”。此时创建 MatchPair 对象,并存入到 condition 中,condition = {“host”: MatchPair@123}
第二次循环:分隔符 separator = “=”,content = “2.2.2.2”,pair = MatchPair@123。此时将 2.2.2.2 放入到 MatchPair@123 对象的 matches 集合中。
第三次循环:分隔符 separator = “&”,content = “host”。host 已存在于 condition 中,因此 pair = MatchPair@123。
第四次循环:分隔符 separator = “!=”,content = “1.1.1.1”,pair = MatchPair@123。此时将 1.1.1.1 放入到 MatchPair@123 对象的 mismatches 集合中。
第五次循环:分隔符 separator = “&”,content = “method”。condition.get(“method”) = null,因此新建一个 MatchPair 对象,并放入到 condition 中。此时 condition = {“host”: MatchPair@123, “method”: MatchPair@ 456}
第六次循环:分隔符 separator = “=”,content = “2.2.2.2”,pair = MatchPair@456。此时将 hello 放入到 MatchPair@456 对象的 matches 集合中。
循环结束,此时 condition 的内容如下:
1 2 3 4 5 6 7 8 9 10 |
{"host": {"matches": ["2.2.2.2"],"mismatches": ["1.1.1.1"]},"method": {"matches": ["hello"],"mismatches": []} } |
路由规则的解析过程稍微有点复杂,大家可通过 ConditionRouter 的测试类对该逻辑进行测试。并且找一个表达式,对照上面的代码走一遍,加深理解。关于路由规则的解析过程就先到这,我们继续往下看。
2.2 服务路由
服务路由的入口方法是 ConditionRouter 的 router 方法,该方法定义在 Router 接口中。实现代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 |
public <T> List<Invoker<T>> route(List<Invoker<T>> invokers, URL url, Invocation invocation)throws RpcException {if (invokers == null || invokers.isEmpty()) {return invokers;}try {// 先对服务消费者条件进行匹配,如果匹配失败,表明当前消费者 url 不符合匹配规则,// 无需进行后续匹配,直接返回 Invoker 列表即可。比如下面的规则:// host = 10.20.153.10 => host = 10.0.0.10// 这条路由规则希望 IP 为 10.20.153.10 的服务消费者调用 IP 为 10.0.0.10 机器上的服务。// 当消费者 ip 为 10.20.153.11 时,matchWhen 返回 false,表明当前这条路由规则不适用于// 当前的服务消费者,此时无需再进行后续匹配,直接返回即可。if (!matchWhen(url, invocation)) {return invokers;}List<Invoker<T>> result = new ArrayList<Invoker<T>>();// 服务提供者匹配条件未配置,表明对指定的服务消费者禁用服务,也就是服务消费者在黑名单中if (thenCondition == null) {logger.warn("The current consumer in the service blacklist...");return result;}// 这里可以简单的把 Invoker 理解为服务提供者,现在使用服务提供者匹配规则对 // Invoker 列表进行匹配for (Invoker<T> invoker : invokers) {// 匹配成功,表明当前 Invoker 符合服务提供者匹配规则。// 此时将 Invoker 添加到 result 列表中if (matchThen(invoker.getUrl(), url)) {result.add(invoker);}}// 返回匹配结果,如果 result 为空列表,且 force = true,表示强制返回空列表,// 否则路由结果为空的路由规则将自动失效if (!result.isEmpty()) {return result;} else if (force) {logger.warn("The route result is empty and force execute ...");return result;}} catch (Throwable t) {logger.error("Failed to execute condition router rule: ...");}// 原样返回,此时 force = false,表示该条路由规则失效return invokers; } |
router 方法先是调用 matchWhen 对服务消费者进行匹配,如果匹配失败,直接返回 Invoker 列表。如果匹配成功,再对服务提供者进行匹配,匹配逻辑封装在了 matchThen 方法中。下面来看一下这两个方法的逻辑:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
boolean matchWhen(URL url, Invocation invocation) {// 服务消费者条件为 null 或空,均返回 true,比如:// => host != 172.22.3.91// 表示所有的服务消费者都不得调用 IP 为 172.22.3.91 的机器上的服务return whenCondition == null || whenCondition.isEmpty() || matchCondition(whenCondition, url, null, invocation); // 进行条件匹配 }private boolean matchThen(URL url, URL param) {// 服务提供者条件为 null 或空,表示禁用服务return !(thenCondition == null || thenCondition.isEmpty()) && matchCondition(thenCondition, url, param, null); // 进行条件匹配 } |
这两个方法长的有点像,不过逻辑上还是有差别的,大家注意看。这两个方法均调用了 matchCondition 方法,不过它们所传入的参数是不同的,这个需要特别注意。不然后面的逻辑不好弄懂。下面我们对这几个参数进行溯源。matchWhen 方法向 matchCondition 方法传入的参数为 [whenCondition, url, null, invocation],第一个参数 whenCondition 为服务消费者匹配条件,这个前面分析过。第二个参数 url 源自 route 方法的参数列表,该参数由外部类调用 route 方法时传入。有代码为证,如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
private List<Invoker<T>> route(List<Invoker<T>> invokers, String method) {Invocation invocation = new RpcInvocation(method, new Class<?>[0], new Object[0]);List<Router> routers = getRouters();if (routers != null) {for (Router router : routers) {if (router.getUrl() != null) {// 注意第二个参数invokers = router.route(invokers, getConsumerUrl(), invocation);}}}return invokers; } |
上面这段代码来自 RegistryDirectory,第二个参数表示的是服务消费者 url。matchCondition 的 invocation 参数也是从这里传入的。
接下来再来看看 matchThen 向 matchCondition 方法传入的参数 [thenCondition, url, param, null]。第一个参数不用解释了。第二个和第三个参数来自 matchThen 方法的参数列表,这两个参数分别为服务提供者 url 和服务消费者 url。搞清楚这些参数来源后,接下俩就可以分析 matchCondition 了。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 |
private boolean matchCondition(Map<String, MatchPair> condition, URL url, URL param, Invocation invocation) {// 将服务提供者或消费者 url 转成 MapMap<String, String> sample = url.toMap();boolean result = false;// 遍历 condition 列表for (Map.Entry<String, MatchPair> matchPair : condition.entrySet()) {// 获取匹配项名称,比如 host、method 等String key = matchPair.getKey();String sampleValue;// 如果 invocation 不为空,且 key 为 mehtod(s),表示进行方法匹配if (invocation != null && (Constants.METHOD_KEY.equals(key) || Constants.METHODS_KEY.equals(key))) {// 从 invocation 获取调用方法名称sampleValue = invocation.getMethodName();} else {// 从服务提供者或消费者 url 中获取指定字段值,比如 host、application 等sampleValue = sample.get(key);if (sampleValue == null) {// 尝试通过 default.xxx 获取相应的值sampleValue = sample.get(Constants.DEFAULT_KEY_PREFIX + key);}}// --------------------✨ 分割线 ✨-------------------- //if (sampleValue != null) {// 调用 MatchPair 的 isMatch 方法进行匹配if (!matchPair.getValue().isMatch(sampleValue, param)) {// 只要有一个规则匹配失败,立即返回 false 结束方法逻辑return false;} else {result = true;}} else {// sampleValue 为空,表明服务提供者或消费者 url 中不包含相关字段。此时如果 // MatchPair 的 matches 不为空,表示匹配失败,返回 false。比如我们有这样// 一条匹配条件 loadbalance = random,假设 url 中并不包含 loadbalance 参数,// 此时 sampleValue = null。既然路由规则里限制了 loadbalance = random,// 但 sampleValue = null,明显不符合规则,因此返回 falseif (!matchPair.getValue().matches.isEmpty()) {return false;} else {result = true;}}}return result; } |
如上,matchCondition 方法看起来有点复杂,这里简单缕缕。分割线以上的代码实际上主要是用于获取 sampleValue 的值,分割线以下才是进行条件匹配。条件匹配调用的逻辑封装在 isMatch 中,代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
private boolean isMatch(String value, URL param) {// 情况一:matches 非空,mismatches 为空if (!matches.isEmpty() && mismatches.isEmpty()) {// 遍历 matches 集合,检测入参 value 是否能被 matches 集合元素匹配到。// 举个例子,如果 value = 10.20.153.11,matches = [10.20.153.*],// 此时 isMatchGlobPattern 方法返回 truefor (String match : matches) {if (UrlUtils.isMatchGlobPattern(match, value, param)) {return true;}}// 如果所有匹配项都无法匹配到入参,则返回 falsereturn false;}// 情况二:matches 为空,mismatches 非空if (!mismatches.isEmpty() && matches.isEmpty()) {for (String mismatch : mismatches) {// 只要入参被 mismatches 集合中的任意一个元素匹配到,就返回 falseif (UrlUtils.isMatchGlobPattern(mismatch, value, param)) {return false;}}// mismatches 集合中所有元素都无法匹配到入参,此时返回 truereturn true;}// 情况三:matches 非空,mismatches 非空if (!matches.isEmpty() && !mismatches.isEmpty()) {// matches 和 mismatches 均为非空,此时优先使用 mismatches 集合元素对入参进行匹配。// 只要 mismatches 集合中任意一个元素与入参匹配成功,就立即返回 false,结束方法逻辑for (String mismatch : mismatches) {if (UrlUtils.isMatchGlobPattern(mismatch, value, param)) {return false;}}// mismatches 集合元素无法匹配到入参,此时使用 matches 继续匹配for (String match : matches) {// 只要 matches 集合中任意一个元素与入参匹配成功,就立即返回 trueif (UrlUtils.isMatchGlobPattern(match, value, param)) {return true;}}return false;}// 情况四:matches 和 mismatches 均为空,此时返回 falsereturn false; } |
isMatch 方法逻辑比较清晰,由三个条件分支组成,用于处理四种情况。这里对四种情况下的匹配逻辑进行简单的总结,如下:
条件 | 动作 | |
---|---|---|
情况一 | matches 非空,mismatches 为空 | 遍历 matches 集合元素,并与入参进行匹配。只要有一个元素成功匹配入参,即可返回 true。若全部失配,则返回 false。 |
情况二 | matches 为空,mismatches 非空 | 遍历 mismatches 集合元素,并与入参进行匹配。只要有一个元素成功匹配入参,立即 false。若全部失配,则返回 true。 |
情况三 | matches 非空,mismatches 非空 | 优先使用 mismatches 集合元素对入参进行匹配,只要任一元素与入参匹配成功,就立即返回 false,结束方法逻辑。否则再使用 matches 中的集合元素进行匹配,只要有任意一个元素匹配成功,即可返回 true。若全部失配,则返回 false |
情况四 | matches 为空,mismatches 为空 | 直接返回 false |
isMatch 方法逻辑不是很难理解,大家自己再看看。下面继续分析 isMatchGlobPattern 方法。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 |
public static boolean isMatchGlobPattern(String pattern, String value, URL param) {if (param != null && pattern.startsWith("$")) {// 引用服务消费者参数,param 参数为服务消费者 urlpattern = param.getRawParameter(pattern.substring(1));}// 调用重载方法继续比较return isMatchGlobPattern(pattern, value); }public static boolean isMatchGlobPattern(String pattern, String value) {// 对 * 通配符提供支持if ("*".equals(pattern))// 匹配规则为通配符 *,直接返回 true 即可return true;if ((pattern == null || pattern.length() == 0)&& (value == null || value.length() == 0))// pattern 和 value 均为空,此时可认为两者相等,返回 truereturn true;if ((pattern == null || pattern.length() == 0)|| (value == null || value.length() == 0))// pattern 和 value 其中有一个为空,两者不相等,返回 falsereturn false;// 查找 * 通配符位置int i = pattern.lastIndexOf('*');if (i == -1) {// 匹配规则中不包含通配符,此时直接比较 value 和 pattern 是否相等即可,并返回比较结果return value.equals(pattern);}// 通配符 "*" 在匹配规则尾部,比如 10.0.21.*else if (i == pattern.length() - 1) {// 检测 value 是否以不含通配符的匹配规则开头,并返回结果。比如:// pattern = 10.0.21.*,value = 10.0.21.12,此时返回 truereturn value.startsWith(pattern.substring(0, i));}// 通配符 "*" 在匹配规则头部else if (i == 0) {// 检测 value 是否以不含通配符的匹配规则结尾,并返回结果return value.endsWith(pattern.substring(i + 1));}// 通配符 "*" 在匹配规则中间位置else {// 通过通配符将 pattern 分成两半,得到 prefix 和 suffixString prefix = pattern.substring(0, i);String suffix = pattern.substring(i + 1);// 检测 value 是否以 prefix 变量开头,且以 suffix 变量结尾,并返回结果return value.startsWith(prefix) && value.endsWith(suffix);} } |
以上就是 isMatchGlobPattern 两个重载方法的全部逻辑,这两个方法分别对普通的匹配,以及”引用消费者参数“和通配符匹配做了支持。这两个方法的逻辑并不是很复杂,而且我也在代码上进行了比较详细的注释,大家自己看看吧,就不多说了。
3. 总结
本篇文章对条件路由的表达式解析和服务路由过程进行了较为细致的分析。总的来说,条件路由的代码还是有一些复杂的,需要静下心来看。在阅读条件路由代码的过程中,要多调试。一般的框架都会有单元测试,Dubbo 也不例外,因此大家可以直接通过 ConditionRouterTest 对条件路由进行调试,无需自己手写测试用例。
好了,关于条件路由就先分析到这,谢谢阅读。
附录:Dubbo 源码分析系列文章
时间 | 文章 |
---|---|
2018-10-01 | Dubbo 源码分析 - SPI 机制 |
2018-10-13 | Dubbo 源码分析 - 自适应拓展原理 |
2018-10-31 | Dubbo 源码分析 - 服务导出 |
2018-11-12 | Dubbo 源码分析 - 服务引用 |
2018-11-17 | Dubbo 源码分析 - 集群容错之 Directory |
2018-11-20 | Dubbo 源码分析 - 集群容错之 Router |
- 本文链接: https://www.tianxiaobo.com/2018/11/20/Dubbo-源码分析-集群容错之-Router/
http://www.tianxiaobo.com/2018/11/20/Dubbo-%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90-%E9%9B%86%E7%BE%A4%E5%AE%B9%E9%94%99%E4%B9%8B-Router/
Dubbo 源码分析 - 集群容错之 Router相关推荐
- Dubbo 源码分析 - 集群容错之 LoadBalance
1.简介 LoadBalance 中文意思为负载均衡,它的职责是将网络请求,或者其他形式的负载"均摊"到不同的机器上.避免集群中部分服务器压力过大,而另一些服务器比较空闲的情况.通 ...
- Dubbo 源码分析 - 集群容错之 Cluster
1.简介 为了避免单点故障,现在的应用至少会部署在两台服务器上.对于一些负载比较高的服务,会部署更多台服务器.这样,同一环境下的服务提供者数量会大于1.对于服务消费者来说,同一环境下出现了多个服务提供 ...
- Dubbo 源码分析 - 集群容错之Directory
1. 简介 前面文章分析了服务的导出与引用过程,从本篇文章开始,我将开始分析 Dubbo 集群容错方面的源码.这部分源码包含四个部分,分别是服务目录 Directory.服务路由 Router.集群 ...
- dubbo源码解析-集群容错架构设计
前言 本来是想把整个dubbo源码解析一次性弄完,再做成一个系列来发布的,但是正巧最近有位好朋友要去杭州面试,就和我交流了一下.本着对dubbo源码略有心得的心态,在交流过程中也发表了个人的一些粗劣的 ...
- apache dubbo 源码分析系列汇总
Dubbo(读音[ˈdʌbəʊ])是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以和 Spring框架无缝集成.后面捐献给了知名的开源社区 ...
- 志宇-dubbo源码分析
dubbo源码分析 文档 dubbo加载配置文件 dubboSPI dubbo服务提供 1.校验配置信息 2.创建URL 3.本地注册 4.远程注册 4.1 开启netty服务端 4.2 连接注册中心 ...
- Dubbo 源码分析 - 服务导出
1.服务导出过程 本篇文章,我们来研究一下 Dubbo 导出服务的过程.Dubbo 服务导出过程始于 Spring 容器发布刷新事件,Dubbo 在接收到事件后,会立即执行服务导出逻辑.整个逻辑大致可 ...
- Dubbo源码分析:全集整理
文章目录 一.前言 二.目录 1. 源码篇 2. 衍生篇 一.前言 本文是Dubbo源码分析目录集整理,方便后续查找. 本文持续更新中.文章内容尚在修改中, 受限于个人能力和理解偏差,该系列文章部分内 ...
- Dubbo源码分析:小白入门篇
关注公众号"java后端技术全栈" 回复"000"获取优质面试资料 大家好,我是老田 答应了小伙伴的Dubbo源码分析系列,今天终于来了,希望不是很晚. 主要也 ...
最新文章
- python and or 优先级
- PHPstorm中使用数组短语法[],出现红色波浪
- 华为鸿蒙2.0什么核心,鸿蒙系统2.0:安卓最核心部分基本已去除,将带来全新的体验...
- 20172324 2017-2018-2《程序设计与数据结构》实验三报告
- Without a pattern, these choices will make you very difficult.
- LA4794 Sharing Chocolate
- Windows Azure Virtual Machine (33) Azure虚拟机删除重建
- python中的unicode码是什么_Python中Unicode字符串
- Bootstrap 下拉菜单(Dropdowns)
- Merged region B8 must contain 2 or more cells
- centos桌面系统怎么退回终端系统_CentOS下命令行和桌面模式的切换方法
- 1.一个人赶着鸭子去每个村庄卖,每经过一个村子卖去所赶鸭子的一半又一只。 这样他经过了七个村子后还剩两只鸭子,问他出发时共赶多少只鸭子?经过每个村子卖出多少只鸭子?2.角谷定理。
- 更换ICCID码破解Apple运营商锁策略分析
- 听了让人心静的纯音乐
- 汇智动力学员最新就业喜报,最高薪资16K!
- 实验指南:BGP路由汇聚(下)
- postgres 删除 shema
- 嵌入式 linux下proc目录下的文件详解
- 打造全新的网站群管理系统
- utils.data的使用
热门文章
- kafka 集群--3个broker 3个zookeeper创建实战
- /bin/bash^M: bad interpreter: 没有那个文件或目录--转载
- 【宝藏女孩】独行40国,风控女孩的环球之旅
- 《Credit Risk Scorecard》第五章: Development Database Creation
- 国家新一代人工智能开放创新平台将参加重庆智博会
- 模拟上帝之手的对抗博弈——GAN背后的数学原理
- MySQL- SQL执行计划 统计SQL执行每阶段的耗时
- 学习笔记Spark(四)—— Spark编程基础(创建RDD、RDD算子、文件读取与存储)
- 数据结构与算法笔记(十一)—— 归并排序
- c语言怎么编程极差,我是一个编程能力很差的计算机专业的孩子。。==