# 前言 **1.4版本**nacos使用**Http短连接+长轮询**的方式，客户端发起http请求，服务端hold住请求，当配置变更时响应客户端，超时时间30s。 | 端口 | 端口偏移量 | 类型 | 实现 | 描述 | | :--- | :--------- | ---- | :---------- | ---------------------------------- | | 8848 | 0 | HTTP | SpringBoot | 控制台访问、集群通讯、客户端通讯。 | | 7848 | -1000 | gRPC | JRaftServer | JRaft服务。 | **2.0版本**nacos用**gRPC长连接代替了http短连接长轮询**。配置同步采用推拉结合的方式。 - 拉：客户端每隔一段时间，会向服务端重新注册监听，同时如果有配置变更会更新客户端本地配置。 - 推：服务端在配置变更后，会通知监听在这个配置上的客户端，客户端会重新注册监听并更新配置。 | 端口 | 端口偏移量 | 类型 | 实现 | 描述 | | :--- | :--------- | ---- | :---------------- | --------------------- | | 8848 | 0 | HTTP | SpringBoot | 控制台访问。 | | 7848 | -1000 | gRPC | JRaftServer | JRaft服务。 | | 9848 | 1000 | gRPC | GrpcSdkServer | 处理Nacos客户端请求。 | | 9849 | 1001 | gRPC | GrpcClusterServer | Nacos服务端集群通讯。 | # 一、回顾1.4长轮询回顾1.4版本，在构造ClientWorker时，启动了两个线程服务 - 一个线程服务，用于检测并提交LongPollingRunnable长轮询任务（2.0废弃）构造ClientWorker时，会开启一个定时任务，**每隔10ms执行一次checkConfigInfo方法**。checkConfigInfo判断当前CacheData数量，是否要开启一个长轮询任务。判断依据是，**当前长轮询任务数量 < Math.ceil(cacheMap大小 / 3000)，则开启一个新的长轮询任务**。配置文件不多的情况下，最多也就一个长轮询任务。 ```java public ClientWorker(final HttpAgent agent, final ConfigFilterChainManager configFilterChainManager, final Properties properties) { // ... // 检测并提交LongPollingRunnable到this.executorService this.executor.scheduleWithFixedDelay(new Runnable() { @Override public void run() { try { checkConfigInfo(); } catch (Throwable e) { LOGGER.error("[" + agent.getName() + "] [sub-check] rotate check error", e); } } }, 1L, 10L, TimeUnit.MILLISECONDS); } ``` - LongPollingRunnable长轮询任务负责向服务端发起30s长轮询，服务端检测到配置变更时，推送给客户端。（2.0废弃） ![客户端长轮询.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/e2d574d0d780424cafa1aeeea7e8a305~tplv-k3u1fbpfcp-watermark.image) # 二、2.0客户端监听配置 2.0之后配置监听不再采用http短连接长轮询的方式，而是改用长连接。 **ClientWorker构造**时，创建了一个**ConfigRpcTransportClient**，注入一个线程服务，并执行了它的start方法。 ```java public ClientWorker(final ConfigFilterChainManager configFilterChainManager, ServerListManager serverListManager, final Properties properties) throws NacosException { this.configFilterChainManager = configFilterChainManager; init(properties); agent = new ConfigRpcTransportClient(properties, serverListManager); ScheduledExecutorService executorService = Executors .newScheduledThreadPool(Runtime.getRuntime().availableProcessors(), new ThreadFactory() { @Override public Thread newThread(Runnable r) { Thread t = new Thread(r); t.setName("com.alibaba.nacos.client.Worker"); t.setDaemon(true); return t; } }); agent.setExecutor(executorService); agent.start(); } ``` **ConfigRpcTransportClient**的start方法里利用外部传入的线程服务，**无限循环跑一个配置同步任务**。 ```java // **ConfigRpcTransportClient** @Override public void startInternal() throws NacosException { executor.schedule(new Runnable() { @Override public void run() { while (true) { try { // 等待唤醒，或等待5s listenExecutebell.poll(5L, TimeUnit.SECONDS); // 配置监听 executeConfigListen(); } catch (Exception e) { LOGGER.error("[ rpc listen execute ] [rpc listen] exception", e); } } } }, 0L, TimeUnit.MILLISECONDS); } ``` 先来看一下ConfigRpcTransportClient的属性。 ```java public class ConfigRpcTransportClient extends ConfigTransportClient { private final BlockingQueue