ray.zh
ray.zh
具体一点呢
大多数异常都添加了位置信息,所以需要具体信息添加
你数据包很大吗? 我理解的分片的意义一般是指业务上用于区分数据边界的。如果单个业务本来数据量就大而且这些数据已是最小的了,那这个也没必要去拆了啊。
明白了,你这个属于流量控制和流量整形。 这个一般通信框架有支持的, 我们这个属于序列化框架,暂时没计划支持
是的啊,大部分通讯框架会做这块的。我理解直接控制发送速率就行了(比如限速收发速度为10kb/s)。
不过下个版本也可以加一个
这部分业务不是tcp层已经做了吗,用的udp?
可以考虑加入一个注册分片逻辑的配置,数据序列化完成后按配置长度截断后调用, 然后再形成数据整体返回
xjar是用于给jar包加密的,也就是加密解密都需要xjar才行。 如果是独立包,然后需要加密提供给第三方使用,这种情况建议将独立的包封装为微服务,提供远程调用接口比较合适。 不然的话就需要为第三方包适配xjar的classloader, 而且密钥泄漏了的话,那么你源码也能被解密出来了。
序列化后的数据长度不就是buffer.size,或者字节数组长度?