轮询:客户端定时向服务器发送请求,服务器接到请求后马上返回响应信息并关闭连接。 长轮询:客户端向服务器发送请求,服务器接到请求后hold住连接,直到有新消息才返回响应信息并关闭连接,客户端处理完响应信息后再向服务器发送新的请求。
config的长轮询,就是一直向客户端请求是否有配置出现变更,如果有,则继续通过长轮询获得新配置的过程。 优势就是相比普通的变更推送,能够同时减少客户端和服务端对于同一个配置推送是的负载峰值。因为客户端轮询具有一定的随机性。
这里有一个疑惑,nacos的config采用长轮询而不是长链接,是因为该场景下长轮询更有优势吗?好奇当初为什么选择了长轮询而不是长链接...
原提问者GitHub用户scientificCommunity
因为1.x没有引入长链接能力啊,只使用了http,因此只能用长轮训来模拟长链接。
原回答者GitHub用户KomachiSion
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。