总结下使用Dubbo过程中遇到的一些问题，其中Dubbo版本是：Dubbox 2.8.4.5。
1. Dubbo异步调用问题
场景描述：客户端异步调用ServiceA，ServiceA同步调用ServiceB，那么ServiceA从ServiceB的响应中取数据时，得到的是null。
bug的github地址：dubbo服务端有返回对象，客户端接收到null的问题【紧急】 #258
产生的原因：https://blog.csdn.net/windrui/article/details/52150345
解决方式（参考上面链接）：
- 方法调用两次：
ServiceA调用ServiceB的地方写两次一样的调用，这个方法原理就像ServiceB调用ServiceC一样，即清除attachements，这个方法最简单，但是可能对不了解的人来说，这块业务代码写重复了，会不小心删除掉，而且从写代码的角度来说，这个很鸡肋，所以不推荐。- 修改Dubbo源码：
修改AbstractInvoker第137行，改成每次都对async进行实际赋值，
boolean isAsync = getUrl().getMethodParameter(invocation.getMethodName(), Constants.ASYNC_KEY, false);
invocation.setAttachment(Constants.ASYNC_KEY, String.valueOf(isAsync));
- 自定义Filter：
实现com.alibaba.dubbo.rpc.Filter，在RpcContext中清除这个async，
@Activate(group = {Constants.PROVIDER})
public class AsyncFilter implements Filter {
@Override
public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
RpcContext.getContext().getAttachments().remove(Constants.ASYNC_KEY);
return invoker.invoke(invocation);
}
}
同时在src/main/resources/META-INF/dubbo/下添加com.alibaba.dubbo.rpc.Filter文件，内容文件如下：
asyncFilter=com.abc.filter.AsyncFilter
2. Dubbo返回Float或者Double类型参数精度丢失
这个问题比较常见，也就是说我们调用dubbo接口，返回的有float类型或者double类型的值时，精度有可能会丢失的问题。这是由于dubbo在进行序列化的时候默认的协议是hession2协议，而使用hession2协议会将十进制转换为二进制，在转换的过程中就会遇到，我们以前学习计算机基础的时候，学到的浮点数的精度丢失问题，解决方式就是不使用这两种浮点类型，使用BigDemical或者其他类型来表示。
感兴趣的可以参考下：
dubbo序列化问题（一）浮点数问题
Dubbo中使用高效的Java序列化（Kryo和FST）
3. dubbo参数，继承子类属性为null问题
问题描述：dubbo传递参数，而参数是一个对象，并且继承自另外一个类。当子类中有与父类相同的属性时，设置参数对象的该属性的值，传递到provider端时，该对象的这个属性获取为null。
public DubboServiceResultDto<String> getFloat(Expend expend) {
...
}
class Entity {
private String name;
...
}
class Expend expends Entity {
private String name;
...
}
比如上面接口，我们构建Expend对象，然后给该对象设置name值，然后调用getFloat方法将该对象传递到provider端，这时候会发觉传递过去的该对象name属性为null，而其他属性则都是正常传递过去了。
问题的原因同样是由于hession协议序列化导致的，具体原因可参考：http://tech.dianwoda.com/2017/06/29/liang-ge-dubbocai-guo-de-keng/
4. Dubbo 的frozen class问题
最近一段时间，调用dubbo接口的时候发觉总是提示如下错误，但不影响程序的正常运行：
java.lang.RuntimeException: com.test.api.service.DubTestApi_ImageUploadParameter_Long_String_byte[]: frozen class (cannot edit)
at javassist.ClassPool.checkNotFrozen(ClassPool.java:617)
at javassist.ClassPool.makeClass(ClassPool.java:859)
at javassist.ClassPool.makeClass(ClassPool.java:836)
at com.alibaba.dubbo.validation.support.jvalidation.JValidator.getMethodParameterBean(JValidator.java:120)
at com.alibaba.dubbo.validation.support.jvalidation.JValidator.validate(JValidator.java:236)
at com.alibaba.dubbo.validation.filter.ValidationFilter.invoke(ValidationFilter.java:49)
at com.alibaba.dubbo.rpc.protocol.ProtocolFilterWrapper$1.invoke(ProtocolFilterWrapper.java:91)
后来去github查了下，是dubbo的bug，地址：
https://github.com/apache/incubator-dubbo/issues/523
总结
如果遇到一些自己找不出原因的bug，可以去dubbo的issue上查看下，看是不是dubbo本身的bug，然后大家可以关注下dubbo新版本所修复的bug列表，比如最上面那个异步的bug，dubbo在重新维护之后在新版本解决了这个bug。issue地址：
https://github.com/apache/incubator-dubbo/issues
