使用Dubbo过程中踩过的一些坑

总结下使用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
解决方式（参考上面链接）：

1. 方法调用两次：
   ServiceA调用ServiceB的地方写两次一样的调用，这个方法原理就像ServiceB调用ServiceC一样，即清除attachements，这个方法最简单，但是可能对不了解的人来说，这块业务代码写重复了，会不小心删除掉，而且从写代码的角度来说，这个很鸡肋，所以不推荐。
2. 修改Dubbo源码：
   修改AbstractInvoker第137行，改成每次都对async进行实际赋值，
   boolean isAsync = getUrl().getMethodParameter(invocation.getMethodName(), Constants.ASYNC_KEY, false);
   invocation.setAttachment(Constants.ASYNC_KEY, String.valueOf(isAsync));

3. 自定义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