polaris-go
polaris-go copied to clipboard
客户端服务端通信采取短连接
当前客户端服务端通信是短连接方式。
1个客户端注册到1个服务中: 每10s上报一次心跳,系统残留6个TIME_WAIT连接等待释放 每5s上报一次心跳。系统残留30个TIME_WAIT连接等待释放 每1s上报一次心跳。系统残留45个TIME_WAIT连接等待释放
注册数量增加,TIME_WAIT连接翻倍,为什么不考虑连接池的方式呢
客户端心跳上报是否能支持长连接(连接探活)机制,取代当前每次请求前建连请求完毕关闭请求逻辑
已经修复了