注: Dubbo版本是2.6.2
图1 Dubbo的BroadcastClusterInvoker类继承图
即广播,每个接收者都能收到消息。
核心代码在BroadcastClusterInvoker的doInvoke(Invocation,List<Invoker<T>>,LoadBalance)中,源码如下。
@Override
@SuppressWarnings({"unchecked", "rawtypes"})
public Result doInvoke(final Invocation invocation, List<Invoker<T>> invokers, LoadBalance loadbalance) throws RpcException {
checkInvokers(invokers, invocation);
RpcContext.getContext().setInvokers((List) invokers);
RpcException exception = null;
Result result = null;
for (Invoker<T> invoker : invokers) {
try {
result = invoker.invoke(invocation);
} catch (RpcException e) {
exception = e;
logger.warn(e.getMessage(), e);
} catch (Throwable e) {
exception = new RpcException(e.getMessage(), e);
logger.warn(e.getMessage(), e);
}
}
if (exception != null) {
throw exception;
}
return result;
}
循环遍历所有的服务提供者,逐个进行请求,如果有异常出现,则记录日志。需要注意的是,Dubbo中,这里并未使用多线程,所以个人估计如果服务提供者数量众多或者请求处理耗时长,则整体的耗时应该会长,所以最好根据业务场景,进行合理的选择。
由于上面的源码可以看出,轮询请求过程中,任意一个抛出异常,并不会中断后面的请求,只有在所有请求处理完成后,才会去检查异常。只有所有的请求都成功的情况下,才会将最后一次调用的结果返回。
如果这个广播过程用线程池实现,该怎么实现,我们需要考虑额外的哪些问题?这个留给读者思考。
(adsbygoogle = window.adsbygoogle || []).push({});