beyondhc

Results 5 issues of beyondhc

`private void updateServantEndpoints(ServantProxyConfig cfg) { CommunicatorConfig communicatorConfig = communicator.getCommunicatorConfig(); String endpoints = null; if (!ParseTools.hasServerNode(cfg.getObjectName()) && !cfg.isDirectConnection() && !communicatorConfig.getLocator().startsWith(cfg.getSimpleObjectName())) { try { /** query server nodes from registerServer */ if...

![image](https://github.com/TarsCloud/TarsJava/assets/10016248/59105e9f-e61e-4404-ba2e-35639ffd1908) @TimmyYu 1.7.2 版本 TarsInputStream 这个read方法第一个参数b没有用到,我理解这个b应该就是协议定义了默认值defaultValue,如果协议定义了默认值应该就使用协议默认值,而不是写死的默认值

![image](https://github.com/TarsCloud/TarsJava/assets/10016248/fa926b98-06a2-428b-b587-5212cea2bf1d) @TimmyYu 有空帮看下是否这块应该重载一个方法com.qq.tars.protocol.tars.TarsInputStream#read(T, int, boolean,Object)入参新增默认值字段,如果propertyInfo.getDefaultValue != null 就使用协议默认值,而不是read写死默认值。如下面的重载方法 ![image](https://github.com/TarsCloud/TarsJava/assets/10016248/b51f81d1-6ed3-4cf3-8cf7-cc576c7022e9)

![image](https://user-images.githubusercontent.com/10016248/206462958-b290490f-5fcf-4653-b260-d5e2237f7618.png)

@TarsClient 注解支持 延迟连接,用于减少长连接数,当有调用发起时,再创建长连接