调用dubbo接口传入空参数报错

最近在新的项目中使用dubbo，很奇怪的是平时往接口里传入null都没问题，但是在该项目中却总是报错：

Failed to invoke the method test in the service.....

Fail to decode request due to: RpcInvocation....

上网查询一番之后发现了问题，是由于在dubbo-provider中使用了kryo序列化造成：

第一次使用这个序列化工具，它比dubbo默认的hession2序列化快很多倍。
那么问题来了。究竟是为什么当参数传入null的时候会报错呢？

当provider指定序列化为 kryo 之后，dubbo在进行编码的时候和使用默认序列化方式是不一样的，看下面这段代码(DubboCodec.class)：

当中框出的地方表明了如果序列化对象是 OptimizedSerialization 的时候还会调用 containComplexArguments方法判断实际传入的参数有多少个：

这段代码说明了，一旦出现了值为 null 的参数，那么就会返回，然后写入参数数量为-1。
之后再来看解码端com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcInvocation 的 decode 方法：

参数为-1，那么就跳过了这一段，因此 args 和 pts 都是null，没有被初始化。同时，查看后续 in.readObject(Map.class) 方法，发现
com.esotericsoftware.kryo.Kryo 的 readClassAndObject 方法：

如果参数为空，registration.getSerializer() 获取的是 StringSerializer, 而参数齐全的时候获取的是 MapSerializer,在后续的操作中，StringSerializer 返回的是字符串，无法强转为 Map，因此会报错。
这样，终于搞明白了报错原因，但是问题是为什么要设计成这样？还是说是个BUG呢？