SOFA-RPC使用自定义类型数组参数报错 argument type mismatch

1 问题表现

客户端通过RPC Proxy调用远程服务，报错：argument type mismatch。
服务接口定义如下：

interface CacheNotifier {
   
    void invalid2(HugeType type, Id[] ids);
}

2 问题定位分析

定位过程：

1. 定位客户端在发送数据之前是否有问题；
2. 若客户端无问题，定位服务端接收到的数据是否有问题；
3. 若服务端接收的数据无问题，定位服务端处理数据是否有问题；

1 定位客户端在发送数据之前是否有问题

经过断点调试，在传输层（BoltClientTransport.syncSend()）发送请求时，请求内容如下：

从截图中可看出来，request对象中的methodArgs是正常的，参数类型与接口方法中定义的完全匹配。

2 定位服务端接收到的数据是否有问题

在服务端执行请求方法之前（ProviderInvoker.invoke()），请求内容如下：

从截图中可看出来，request对象中的methodArgs是不正常的，methodArgs[1]参数类型是Object[]，与接口方法中定义的Id[]不匹配。

在服务端收到请求进行反序列化时（SofaRequestHessianSerializer.decodeObjectByTemplate()），请求方法的信息如下：

从classSig[1]的值是class [Lcom.baidu.hugegraph.backend.id.Id;可以看出来，接受到的请求数据中的参数签名与接口方法参数签名即Id[]类型完全匹配。

问题梳理：既然服务端接收到的数据正确（即Id[]），但是服务端调用业务方法的时候参数类型不匹配（即Object[]），那么就是服务端处理请求的问题，猜测应该是反序列化的问题。

辅助复现内容：方法decodeObjectByTemplate()详细堆栈如下：

Thread [SOFA-SEV-BOLT-BIZ-8090-12-T1] (Suspended)	
	SofaRequestHessianSerializer.decodeObjectByTemplate(AbstractByteBuf<