LongPollingRunnable的实例是由com.alibaba.nacos.client.config.impl.ClientWorker#checkConfigInfo中通过executorService创建并执行,checkConfigInfo是由ClientWorker在创建实例时通过ScheduledExecutorService的scheduleWithFixedDelay定时执行。但LongPollingRunnable的run中将this重新放入到了线程池中继续执行,这将导致LongPollingRunnable的run有两个触发点:1、ScheduledExecutorService的scheduleWithFixedDelay;2、LongPollingRunnable自身实例执行完成后往executorService中继续放入执行任务。由于ScheduledExecutorService的scheduleWithFixedDelay会不断创建LongPollingRunnable实例,故会导致LongPollingRunnable的执行任务越来越频繁。 严重的将导致网络端口不停被占用,从而导致其它的客户端不能连接nacos的服务端口。
原提问者GitHub用户stotem
我刚刚确认了代码,确实有两个点会触发LongPollingRunnable,但是在你描述的第一个点里面,实际是有限制的触发的。
public void checkConfigInfo() { // Dispatch taskes. int listenerSize = cacheMap.get().size(); // Round up the longingTaskCount. int longingTaskCount = (int) Math.ceil(listenerSize / ParamUtil.getPerTaskConfigSize()); if (longingTaskCount > currentLongingTaskCount) { 只有满足条件才会触发 for (int i = (int) currentLongingTaskCount; i < longingTaskCount; i++) { // The task list is no order.So it maybe has issues when changing. executorService.execute(new LongPollingRunnable(i)); } currentLongingTaskCount = longingTaskCount; //结束时会把这个数值赋值给一个全局变量 } }
原回答者GitHub用户paderlol
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。