dubbo异步同步调用混合使用问题
2016-05-19 17:46
363 查看
个人笔记。
先看下面的case
我们假设
Assume1: ServiceB返回字符串”ServiceB”,
Assume2: ServiceC返回字符串”ServiceC”,
ServiceA 拼接字符串”ServiceA”,加上assume1 和 assume2 的返回结果
预期:client获得“ServiceA ServiceB ServiceC”
实际:client获得“ServiceA ServiceC”
没有获得ServiceB的返回结果, 从log看的话,在ServiceA里面获取的step3的结果也的确是null。
分析:
Client 和 server进行交互的方式,默认是netty,通过NettyHandler进行操作,有消息的收发处理方法。
进行debug,
client到ServiceA之后,在RpcInvocation里有一个async=true,同时RpcContext.getContext().getAttachments()也包含这个属性。
然后进行step2,进行一系列filter,最后到AbstractInvoker, #134开始,
//这里吧当前context里面的attachments付给了调用ServiceB的RpcInvocation,所以这时变成async=true
//这里判断后,由于调用ServiceB的url里面是没有async的属性的,所以返回false
继续向后,进入到DubboProtocol的reply,可以获取到DubboInvoker, DubboInvoker.doInvoke方法,先判断一下是否为异步
由于上面的方法导致此时为true(本来的同步调用变成了异步调用)
进入这个逻辑后,设置了future,然后返回了空的RpcResult,data和exception都为null。
所以在step3获得的结果为null。
执行完后,继续,有一些清理操作,在ConsumerContextFilter里面会清掉attachements
然后在step4,就是正常的同步调用,可以获取结果。
修改:
简单的进行了一下修改,AbstractInvoker的#137处,每次都对async进行实际赋值
先看下面的case
我们假设
Assume1: ServiceB返回字符串”ServiceB”,
Assume2: ServiceC返回字符串”ServiceC”,
ServiceA 拼接字符串”ServiceA”,加上assume1 和 assume2 的返回结果
预期:client获得“ServiceA ServiceB ServiceC”
实际:client获得“ServiceA ServiceC”
没有获得ServiceB的返回结果, 从log看的话,在ServiceA里面获取的step3的结果也的确是null。
分析:
Client 和 server进行交互的方式,默认是netty,通过NettyHandler进行操作,有消息的收发处理方法。
进行debug,
client到ServiceA之后,在RpcInvocation里有一个async=true,同时RpcContext.getContext().getAttachments()也包含这个属性。
然后进行step2,进行一系列filter,最后到AbstractInvoker, #134开始,
Map<String, String> context = RpcContext.getContext().getAttachments(); if (context != null) { invocation.addAttachmentsIfAbsent(context); }
//这里吧当前context里面的attachments付给了调用ServiceB的RpcInvocation,所以这时变成async=true
if (getUrl().getMethodParameter(invocation.getMethodName(), Constants.ASYNC_KEY, false)){ invocation.setAttachment(Constants.ASYNC_KEY, Boolean.TRUE.toString()); }
//这里判断后,由于调用ServiceB的url里面是没有async的属性的,所以返回false
继续向后,进入到DubboProtocol的reply,可以获取到DubboInvoker, DubboInvoker.doInvoke方法,先判断一下是否为异步
boolean isAsync = RpcUtils.isAsync(getUrl(), invocation);
由于上面的方法导致此时为true(本来的同步调用变成了异步调用)
else if (isAsync) { ResponseFuture future = currentClient.request(inv, timeout) ; RpcContext.getContext().setFuture(new FutureAdapter<Object>(future)); return new RpcResult(); }
进入这个逻辑后,设置了future,然后返回了空的RpcResult,data和exception都为null。
所以在step3获得的结果为null。
执行完后,继续,有一些清理操作,在ConsumerContextFilter里面会清掉attachements
然后在step4,就是正常的同步调用,可以获取结果。
修改:
简单的进行了一下修改,AbstractInvoker的#137处,每次都对async进行实际赋值
boolean isAsync = getUrl().getMethodParameter(invocation.getMethodName(), Constants.ASYNC_KEY, false); invocation.setAttachment(Constants.ASYNC_KEY, String.valueOf(isAsync));
相关文章推荐
- Android代码混淆配置(Proguard文件解析)
- 线程池系列一:线程池作用及Executors方法讲解
- sed-非交互式流编辑器详解
- WebApplicationContext类的作用
- 电气2班徐立立(随机产生100个数并排序)
- 查看数据库负载并记录到文件中
- 2012 Multi-University #7
- You need to use a Theme.AppCompat theme (or descendant) with this activity解决方法
- ubuntu sublime text的安装
- redis事务管理
- JAVA中的GC机制
- PHP命名空间(Namespace)的使用详解
- 数据库的应用(概念)
- aapt 快速分析apk工具aapt的使用
- 白盒测试
- 工厂模式(二)--工厂方法模式
- CSS学习(十)——列表与导航
- log4j使用说明
- Hello World_Linux篇——测试gcc和g++是否可用
- 大白书 第三页