当前位置:   article > 正文

Nacos2.0.3源码解析(三)RPC客户端、服务端原理_rpcclient start

rpcclient start

目录

1、RPC客户端

1.1、RPC客户端结构

1.2、RpcClient类

1.3、RpcClient启动流程

2、RPC服务端

2.1、rpc服务端结构

2.2、BaseRpcServer类

2.3、GRPC服务端启动流程

2.4、ConnectionManager注册


1、RPC客户端

1.1、RPC客户端结构

源码中相关包结构如下图所示:

 话不多说,直接上UML图

从上图可知,RPC客户端目前只有一种GRPC,而GRPC又有两种具体的实现,一种是GrpcSdkClient和GrpcClusterClient,下面我们一起来看一下他们的抽象类RpcClient。

1.2、RpcClient类

在这个类中有非常多的属性,下面我们来看看这些属性。

以下属性注释中已经给出了一些注释,有些不太清楚作用的会在之后的内容中讲到。

  1. /**
  2. * 服务器工厂
  3. * 作用:在这主要是获取服务器列表的
  4. */
  5. private ServerListFactory serverListFactory;
  6. /**
  7. * rpc连接事件阻塞队列
  8. */
  9. protected LinkedBlockingQueue<ConnectionEvent> eventLinkedBlockingQueue = new LinkedBlockingQueue<ConnectionEvent>();
  10. /**
  11. * rpc客户端状态
  12. */
  13. protected volatile AtomicReference<RpcClientStatus> rpcClientStatus = new AtomicReference<RpcClientStatus>(
  14. RpcClientStatus.WAIT_INIT);
  15. /**
  16. * 周期性任务线程池
  17. */
  18. protected ScheduledExecutorService clientEventExecutor;
  19. /**
  20. * 重试服务阻塞队列
  21. */
  22. private final BlockingQueue<ReconnectContext> reconnectionSignal = new ArrayBlockingQueue<ReconnectContext>(1);
  23. /**
  24. * 当前rpc连接
  25. */
  26. protected volatile Connection currentConnection;
  27. /**
  28. * 用于标注客户端请求的标签
  29. */
  30. protected Map<String, String> labels = new HashMap<String, String>();
  31. /**
  32. * rpc客户端连接服务器重试次数
  33. */
  34. private static final int RETRY_TIMES = 3;
  35. /**
  36. * rpc客户端请求默认的超时时间
  37. */
  38. private static final long DEFAULT_TIMEOUT_MILLS = 3000L;
  39. /**
  40. * 表示rpc客户端能力的对象
  41. */
  42. protected ClientAbilities clientAbilities;
  43. /**
  44. * default keep alive time 5s.
  45. * rpc客户端与服务端连接默认保持时间为5s
  46. */
  47. private long keepAliveTime = 5000L;
  48. /**
  49. * rpc客户端与服务端连接最后存活时间
  50. */
  51. private long lastActiveTimeStamp = System.currentTimeMillis();
  52. /**
  53. * listener called where connection's status changed.
  54. * 在连接状态改变的地方调用监听器
  55. */
  56. protected List<ConnectionEventListener> connectionEventListeners = new ArrayList<ConnectionEventListener>();
  57. /**
  58. * handlers to process server push request.
  59. * 处理服务器推送请求的处理程序
  60. */
  61. protected List<ServerRequestHandler> serverRequestHandlers = new ArrayList<ServerRequestHandler>();

这里主要说一下currentConnection属性。由下图可以看出,如果使用GRPC的话,RpcClient中的Connection属性是GrpcClient中创建的GrpcConnection。connection属性是rpc通信时,与服务端建立的链接通道,用于发送一些请求用的。

1.3、RpcClient启动流程

nacos的rpcClient启动最主要的方法是start方法,下面我们来看看这个方法。

  1. public final void start() throws NacosException {
  2. // 修改rpc客户端状态为STARTING
  3. boolean success = rpcClientStatus.compareAndSet(RpcClientStatus.INITIALIZED, RpcClientStatus.STARTING);
  4. if (!success) {
  5. return;
  6. }
  7. // 创建周期性任务线程池
  8. clientEventExecutor = new ScheduledThreadPoolExecutor(2, new ThreadFactory() {
  9. @Override
  10. public Thread newThread(Runnable r) {
  11. Thread t = new Thread(r);
  12. t.setName("com.alibaba.nacos.client.remote.worker");
  13. t.setDaemon(true);
  14. return t;
  15. }
  16. });
  17. // connection event consumer.
  18. // 连接事件消费者,给对应监听器发送事件
  19. clientEventExecutor.submit(new Runnable() {
  20. @Override
  21. public void run() {
  22. // 判断线程池是否被关闭,被关闭则不再执行
  23. while (!clientEventExecutor.isTerminated() && !clientEventExecutor.isShutdown()) {
  24. ConnectionEvent take = null;
  25. try {
  26. // 从连接事件阻塞队列拿连接事件
  27. // 在连接成功时,会往队列中存放连接成功的事件;连接断开时会存放连接断开的事件
  28. take = eventLinkedBlockingQueue.take();
  29. // 判断rpc客户端是否已经连接
  30. if (take.isConnected()) {
  31. // 执行连接成功的监听器(通知重试机制已经连接,不需要再重试)
  32. notifyConnected();
  33. } else if (take.isDisConnected()) {
  34. // 执行连接断开的监听器(通知重试机制未连接,需要重试)
  35. notifyDisConnected();
  36. }
  37. } catch (Throwable e) {
  38. //Do nothing
  39. }
  40. }
  41. }
  42. });
  43. // 服务端健康检查及重连服务,有重连的情况则不会进行健康检查,健康检查的前提是所有连接都健康
  44. clientEventExecutor.submit(new Runnable() {
  45. @Override
  46. public void run() {
  47. while (true) {
  48. try {
  49. // 如果rpc客户端关闭则终止循环
  50. if (isShutdown()) {
  51. break;
  52. }
  53. // 获取ReconnectContext(重连上下文对象)对象,默认5秒内取不到则返回null
  54. ReconnectContext reconnectContext = reconnectionSignal
  55. .poll(keepAliveTime, TimeUnit.MILLISECONDS);
  56. // 1、如果没有拿到ReconnectContext对象,则表示没有重连的需要,则会检查server的健康状况,
  57. // 如果不健康,则会创建一个空的重连上下文对象,后面会选择一个server重连
  58. if (reconnectContext == null) {
  59. //check alive time.
  60. // 检查存活时间
  61. // 如果没有重连的需求,这里每隔默认5秒会去检查server健康情况
  62. if (System.currentTimeMillis() - lastActiveTimeStamp >= keepAliveTime) {
  63. // 判断当前连接是否健康
  64. boolean isHealthy = healthCheck();
  65. if (!isHealthy) {
  66. // 如果currentConnection为空,表明还在启动连接server的情况,并不是server那边不健康的问题
  67. if (currentConnection == null) {
  68. continue;
  69. }
  70. // 执行到这里表示,rpc客户端和服务端连接有异常
  71. LoggerUtils.printIfInfoEnabled(LOGGER,
  72. "[{}]Server healthy check fail,currentConnection={}", name,
  73. currentConnection.getConnectionId());
  74. RpcClientStatus rpcClientStatus = RpcClient.this.rpcClientStatus.get();
  75. // 在发起重连之前,这里再次判断rpc客户端是否被关闭(这里有可能客户端被关闭了,如果不判断的话SHUTDOWN又被改为UNHEALTHY是不合理的)
  76. if (RpcClientStatus.SHUTDOWN.equals(rpcClientStatus)) {
  77. // 如果已经关闭连接,则中断循环
  78. break;
  79. }
  80. // 设置客户端不健康状态(这里必须使用cas来更新,因为此时状态可能被修改了,可能会存在SHUTDOWN->UNHEALTHY)
  81. boolean success = RpcClient.this.rpcClientStatus
  82. .compareAndSet(rpcClientStatus, RpcClientStatus.UNHEALTHY);
  83. // TODO 这个地方状态可能会变成RUNNING
  84. if (success) {
  85. // 如果客户端不健康状态设置成功,则设置一个空的重新连接上下文对象(相当于重新选一个随机的server来重连)
  86. reconnectContext = new ReconnectContext(null, false);
  87. } else {
  88. // 如果设置失败,表示状态在更新之前发生了改变,则选择重试
  89. // 可能是状态期间被改为SHUTDOWN了,也可能是状态期间被改为RUNNING
  90. // 因为在代码①处是先赋值新连接,后修改状态的。可能会出现这个问题,所以这里选择continue
  91. continue;
  92. }
  93. } else {
  94. // 健康则更新最后的活跃时间
  95. lastActiveTimeStamp = System.currentTimeMillis();
  96. continue;
  97. }
  98. } else {
  99. continue;
  100. }
  101. }
  102. // 2、有重连的需求,如果ReconnectContext对象是有指定的server,则检查server是否存在,如果不存在则将ReconnectContext设置为空
  103. // 之后自己会选取一个server
  104. if (reconnectContext.serverInfo != null) {
  105. //clear recommend server if server is not in server list.
  106. boolean serverExist = false;
  107. // 从serverListFactory中获取服务器列表
  108. for (String server : getServerListFactory().getServerList()) {
  109. ServerInfo serverInfo = resolveServerInfo(server);
  110. // 判断服务器是否存在
  111. if (serverInfo.getServerIp().equals(reconnectContext.serverInfo.getServerIp())) {
  112. serverExist = true;
  113. reconnectContext.serverInfo.serverPort = serverInfo.serverPort;
  114. break;
  115. }
  116. }
  117. // 如果给到的server信息不存在,则自己选取一个
  118. if (!serverExist) {
  119. LoggerUtils.printIfInfoEnabled(LOGGER,
  120. "[{}] Recommend server is not in server list ,ignore recommend server {}", name,
  121. reconnectContext.serverInfo.getAddress());
  122. reconnectContext.serverInfo = null;
  123. }
  124. }
  125. // 3、重新连接server,关闭之前的连接
  126. reconnect(reconnectContext.serverInfo, reconnectContext.onRequestFail);
  127. } catch (Throwable throwable) {
  128. //Do nothing
  129. }
  130. }
  131. }
  132. });
  133. //connect to server ,try to connect to server sync once, async starting if fail.
  134. // 连接到服务器,尝试连接到服务器同步一次,如果失败异步启动
  135. Connection connectToServer = null;
  136. // TODO 这段我认为没什么必要,在这期间状态是不会被改变的
  137. rpcClientStatus.set(RpcClientStatus.STARTING);
  138. int startUpRetryTimes = RETRY_TIMES;
  139. while (startUpRetryTimes > 0 && connectToServer == null) {
  140. try {
  141. startUpRetryTimes--;
  142. // 获取服务器信息
  143. ServerInfo serverInfo = nextRpcServer();
  144. LoggerUtils.printIfInfoEnabled(LOGGER, "[{}] Try to connect to server on start up, server: {}", name,
  145. serverInfo);
  146. connectToServer = connectToServer(serverInfo);
  147. } catch (Throwable e) {
  148. LoggerUtils.printIfWarnEnabled(LOGGER,
  149. "[{}]Fail to connect to server on start up, error message={}, start up retry times left: {}",
  150. name, e.getMessage(), startUpRetryTimes);
  151. }
  152. }
  153. // 判断是否连接成功
  154. if (connectToServer != null) {
  155. LoggerUtils.printIfInfoEnabled(LOGGER, "[{}] Success to connect to server [{}] on start up,connectionId={}",
  156. name, connectToServer.serverInfo.getAddress(), connectToServer.getConnectionId());
  157. this.currentConnection = connectToServer; // ①
  158. rpcClientStatus.set(RpcClientStatus.RUNNING);
  159. // 添加连接成功事件
  160. eventLinkedBlockingQueue.offer(new ConnectionEvent(ConnectionEvent.CONNECTED));
  161. } else {
  162. // 要是没有一个服务端能连接,则尝试随机重连
  163. switchServerAsync();
  164. }
  165. // 监听重新设置连接请求
  166. registerServerRequestHandler(new ConnectResetRequestHandler());
  167. //register client detection request.
  168. registerServerRequestHandler(new ServerRequestHandler() {
  169. @Override
  170. public Response requestReply(Request request) {
  171. if (request instanceof ClientDetectionRequest) {
  172. return new ClientDetectionResponse();
  173. }
  174. return null;
  175. }
  176. });
  177. }

start主要做了几件事

  1. 开启定时任务1,用于消费连接事件。用于通知ConnectionEventListener监听器,在连接成功或断开的时候会触发
  2. 开启定时任务2,在没有重连信号的时候每隔一段时间会进行健康检查,如果有重连信号则重新选择一个rpc服务端进行连接
  3. 自己去尝试连接rpc服务端,尝试几次如果都失败了,则发送重连信号到队列中,定时任务2会检测到重连信号进行重连
  4. 注册服务请求处理器,一个是用来监听服务端发送过来的重连请求的,还有一个是用来监听服务端发送过来的存活检测请求的

上面简单的说了一下大概的功能,下面具体展开聊聊。

第一个定时任务

  1. clientEventExecutor.submit(new Runnable() {
  2. @Override
  3. public void run() {
  4. // 判断线程池是否被关闭,被关闭则不再执行
  5. while (!clientEventExecutor.isTerminated() && !clientEventExecutor.isShutdown()) {
  6. ConnectionEvent take = null;
  7. try {
  8. // 从连接事件阻塞队列拿连接事件
  9. // 在连接成功时,会往队列中存放连接成功的事件;连接断开时会存放连接断开的事件
  10. take = eventLinkedBlockingQueue.take();
  11. // 判断rpc客户端是否已经连接
  12. if (take.isConnected()) {
  13. // 执行连接成功的监听器(通知重试机制已经连接,不需要再重试)
  14. notifyConnected();
  15. } else if (take.isDisConnected()) {
  16. // 执行连接断开的监听器(通知重试机制未连接,需要重试)
  17. notifyDisConnected();
  18. }
  19. } catch (Throwable e) {
  20. //Do nothing
  21. }
  22. }
  23. }
  24. });

这个定时任务会消费连接事件,其实本身ConnectionEventListener监听器暂时只有NamingGrpcRedoService一个,这个类的作用主要是用来grpc重连服务的,具体的实现会在之后的client编详细来讲,这块都简单带过~

第二个定时任务

  1. clientEventExecutor.submit(new Runnable() {
  2. @Override
  3. public void run() {
  4. while (true) {
  5. try {
  6. // 如果rpc客户端关闭则终止循环
  7. if (isShutdown()) {
  8. break;
  9. }
  10. // 获取ReconnectContext(重连上下文对象)对象,默认5秒内取不到则返回null
  11. ReconnectContext reconnectContext = reconnectionSignal
  12. .poll(keepAliveTime, TimeUnit.MILLISECONDS);
  13. // 1、如果没有拿到ReconnectContext对象,则表示没有重连的需要,则会检查server的健康状况,
  14. // 如果不健康,则会创建一个空的重连上下文对象,后面会选择一个server重连
  15. if (reconnectContext == null) {
  16. //check alive time.
  17. // 检查存活时间
  18. // 如果没有重连的需求,这里每隔默认5秒会去检查server健康情况
  19. if (System.currentTimeMillis() - lastActiveTimeStamp >= keepAliveTime) {
  20. // 判断当前连接是否健康
  21. boolean isHealthy = healthCheck();
  22. if (!isHealthy) {
  23. // 如果currentConnection为空,表明还在启动连接server的情况,并不是server那边不健康的问题
  24. if (currentConnection == null) {
  25. continue;
  26. }
  27. // 执行到这里表示,rpc客户端和服务端连接有异常
  28. LoggerUtils.printIfInfoEnabled(LOGGER,
  29. "[{}]Server healthy check fail,currentConnection={}", name,
  30. currentConnection.getConnectionId());
  31. RpcClientStatus rpcClientStatus = RpcClient.this.rpcClientStatus.get();
  32. // 在发起重连之前,这里再次判断rpc客户端是否被关闭(这里有可能客户端被关闭了,如果不判断的话SHUTDOWN又被改为UNHEALTHY是不合理的)
  33. if (RpcClientStatus.SHUTDOWN.equals(rpcClientStatus)) {
  34. // 如果已经关闭连接,则中断循环
  35. break;
  36. }
  37. // 设置客户端不健康状态(这里必须使用cas来更新,因为此时状态可能被修改了,可能会存在SHUTDOWN->UNHEALTHY)
  38. boolean success = RpcClient.this.rpcClientStatus
  39. .compareAndSet(rpcClientStatus, RpcClientStatus.UNHEALTHY);
  40. // TODO 这个地方状态可能会变成RUNNING
  41. if (success) {
  42. // 如果客户端不健康状态设置成功,则设置一个空的重新连接上下文对象(相当于重新选一个随机的server来重连)
  43. reconnectContext = new ReconnectContext(null, false);
  44. } else {
  45. // 如果设置失败,表示状态在更新之前发生了改变,则选择重试
  46. // 可能是状态期间被改为SHUTDOWN了,也可能是状态期间被改为RUNNING
  47. // 因为在代码①处是先赋值新连接,后修改状态的。可能会出现这个问题,所以这里选择continue
  48. continue;
  49. }
  50. } else {
  51. // 健康则更新最后的活跃时间
  52. lastActiveTimeStamp = System.currentTimeMillis();
  53. continue;
  54. }
  55. } else {
  56. continue;
  57. }
  58. }
  59. // 2、有重连的需求,如果ReconnectContext对象是有指定的server,则检查server是否存在,如果不存在则将ReconnectContext设置为空
  60. // 之后自己会选取一个server
  61. if (reconnectContext.serverInfo != null) {
  62. //clear recommend server if server is not in server list.
  63. boolean serverExist = false;
  64. // 从serverListFactory中获取服务器列表
  65. for (String server : getServerListFactory().getServerList()) {
  66. ServerInfo serverInfo = resolveServerInfo(server);
  67. // 判断服务器是否存在
  68. if (serverInfo.getServerIp().equals(reconnectContext.serverInfo.getServerIp())) {
  69. serverExist = true;
  70. reconnectContext.serverInfo.serverPort = serverInfo.serverPort;
  71. break;
  72. }
  73. }
  74. // 如果给到的server信息不存在,则自己选取一个
  75. if (!serverExist) {
  76. LoggerUtils.printIfInfoEnabled(LOGGER,
  77. "[{}] Recommend server is not in server list ,ignore recommend server {}", name,
  78. reconnectContext.serverInfo.getAddress());
  79. reconnectContext.serverInfo = null;
  80. }
  81. }
  82. // 3、重新连接server,关闭之前的连接
  83. reconnect(reconnectContext.serverInfo, reconnectContext.onRequestFail);
  84. } catch (Throwable throwable) {
  85. //Do nothing
  86. }
  87. }
  88. }
  89. });

这个定时任务会定时的从reconnectionSignal阻塞队列中取重连上下文对象,默认5s没有取到对象的话则会进行健康检查,如果不健康,则会经过一系列的判断给rpcClient状态改为不健康的,并往reconnectionSignal队列中设置重连上下文对象;如果取到重连上下文对象则判断是否有指定的服务端,如果没有则选择一个rpc服务端进行连接。

在上面方法中,关键的方法是这个reconnect方法,在reconnect方法之前的逻辑也都只是判断选取服务端而已,真正的重连逻辑在reconnect方法中。

  1. protected void reconnect(final ServerInfo recommendServerInfo, boolean onRequestFail) {
  2. try {
  3. AtomicReference<ServerInfo> recommendServer = new AtomicReference<ServerInfo>(recommendServerInfo);
  4. // 判断服务端是否健康,当前请求是否失败
  5. // onRequestFail为true,则表示rpc请求失败了,如果请求失败了,之后再次检查server是否健康
  6. // 如果是false,则可能是服务端的重连请求,则不再检查服务端的健康状态
  7. // 如果健康,则重新设置回RUNNING状态,不继续进行重连行为
  8. if (onRequestFail && healthCheck()) {
  9. LoggerUtils.printIfInfoEnabled(LOGGER, "[{}] Server check success,currentServer is{} ", name,
  10. currentConnection.serverInfo.getAddress());
  11. // 有可能会出现这样的情况,在shutdown方法中设置状态为SHUTDOWN之后,这里还会继续执行改为RUNNING。但是实际上也只是状态的改变,关闭线程池之后不会影响
  12. // 之前修改状态代码如下:
  13. // RpcClientStatus rpcClientStatus = RpcClient.this.rpcClientStatus.get();
  14. // if (RpcClientStatus.SHUTDOWN.equals(rpcClientStatus)) {
  15. // break;
  16. // }
  17. // boolean success = RpcClient.this.rpcClientStatus.compareAndSet(rpcClientStatus, RpcClientStatus.UNHEALTHY);
  18. // 使用cas来保证状态是因为是怕在关闭线程池之后还创建了重连对象,之后因为状态是UNHEALTHY,还会继续往下执行重连的操作,
  19. // 因为rpc连接被关闭后再次调用该连接去访问服务器会导致后续一些资源浪费(比如说关闭之前又创建了rpc连接,浪费性能)。
  20. // 而这里但存的将状态改为RUNNING是不会产生这些的,虽然会导致最后状态有问题,但是最后还是关闭了,不会影响。
  21. rpcClientStatus.set(RpcClientStatus.RUNNING);
  22. return;
  23. }
  24. LoggerUtils.printIfInfoEnabled(LOGGER, "[{}] try to re connect to a new server ,server is {}", name,
  25. recommendServerInfo == null ? " not appointed,will choose a random server."
  26. : (recommendServerInfo.getAddress() + ", will try it once."));
  27. // loop until start client success.
  28. // 循环直到客户端启动成功
  29. boolean switchSuccess = false;
  30. // 重试次数
  31. int reConnectTimes = 0;
  32. // 重试了几轮
  33. int retryTurns = 0;
  34. Exception lastException = null;
  35. // 如果没有切换成功并且client没有关闭,则继续连接
  36. while (!switchSuccess && !isShutdown()) {
  37. //1.get a new server
  38. // 获取到新的服务端
  39. ServerInfo serverInfo = null;
  40. try {
  41. // 如果没有指定server信息,则会重新轮询选取一个
  42. serverInfo = recommendServer.get() == null ? nextRpcServer() : recommendServer.get();
  43. //2.create a new channel to new server
  44. // 根据server信息,创建新服务端的新通道
  45. Connection connectionNew = connectToServer(serverInfo);
  46. // 成功创建新连接,则如果有老连接对象则替换,并发布连接成功事件
  47. if (connectionNew != null) {
  48. LoggerUtils.printIfInfoEnabled(LOGGER, "[{}] success to connect a server [{}],connectionId={}",
  49. name, serverInfo.getAddress(), connectionNew.getConnectionId());
  50. //successfully create a new connect.
  51. // 成功创建一个新连接
  52. if (currentConnection != null) {
  53. LoggerUtils.printIfInfoEnabled(LOGGER,
  54. "[{}] Abandon prev connection ,server is {}, connectionId is {}", name,
  55. currentConnection.serverInfo.getAddress(), currentConnection.getConnectionId());
  56. //set current connection to enable connection event.
  57. // 标注废弃该连接
  58. currentConnection.setAbandon(true);
  59. // 关闭当前连接
  60. closeConnection(currentConnection);
  61. }
  62. // 新连接替换旧连接
  63. currentConnection = connectionNew;
  64. rpcClientStatus.set(RpcClientStatus.RUNNING);
  65. switchSuccess = true;
  66. // 发布已连接事件
  67. boolean s = eventLinkedBlockingQueue.add(new ConnectionEvent(ConnectionEvent.CONNECTED));
  68. return;
  69. }
  70. //close connection if client is already shutdown.
  71. // 如果客户端已经关闭,则关闭连接
  72. if (isShutdown()) {
  73. closeConnection(currentConnection);
  74. }
  75. lastException = null;
  76. } catch (Exception e) {
  77. lastException = e;
  78. } finally {
  79. recommendServer.set(null);
  80. }
  81. if (reConnectTimes > 0
  82. && reConnectTimes % RpcClient.this.serverListFactory.getServerList().size() == 0) {
  83. LoggerUtils.printIfInfoEnabled(LOGGER,
  84. "[{}] fail to connect server,after trying {} times, last try server is {},error={}", name,
  85. reConnectTimes, serverInfo, lastException == null ? "unknown" : lastException);
  86. if (Integer.MAX_VALUE == retryTurns) {
  87. retryTurns = 50;
  88. } else {
  89. // 服务器循环了一轮则加一
  90. retryTurns++;
  91. }
  92. }
  93. reConnectTimes++;
  94. try {
  95. //sleep x milliseconds to switch next server.
  96. if (!isRunning()) {
  97. // first round ,try servers at a delay 100ms;second round ,200ms; max delays 5s. to be reconsidered.
  98. // 第一轮,服务器延迟100ms;第二轮200ms,最后每轮最高一直是5000毫秒重连一次
  99. Thread.sleep(Math.min(retryTurns + 1, 50) * 100L);
  100. }
  101. } catch (InterruptedException e) {
  102. // Do nothing.
  103. }
  104. }
  105. if (isShutdown()) {
  106. LoggerUtils.printIfInfoEnabled(LOGGER, "[{}] Client is shutdown ,stop reconnect to server", name);
  107. }
  108. } catch (Exception e) {
  109. LoggerUtils.printIfWarnEnabled(LOGGER, "[{}] Fail to re connect to server ,error is {}", name, e);
  110. }
  111. }

reconnect方法中可以看出,这里面主要还是做了一些重连的逻辑处理,连接成功则发布连接成功的事件,如果存在旧连接则替换旧连接。如果一直重连不上,则会延迟一段时间进行重连。

由上分析可得,reconnect中实际上创建连接对象的方法是connectToServer方法,这个方法由子类来实现,nacos目前支持的rpc只有grpc,下面我们来看看grpc创建连接对象的逻辑。

  1. public Connection connectToServer(ServerInfo serverInfo) {
  2. try {
  3. // 初始化线程池
  4. if (grpcExecutor == null) {
  5. int threadNumber = ThreadUtils.getSuitableThreadCount(8);
  6. grpcExecutor = new ThreadPoolExecutor(threadNumber, threadNumber, 10L, TimeUnit.SECONDS,
  7. new LinkedBlockingQueue<>(10000),
  8. new ThreadFactoryBuilder().setDaemon(true).setNameFormat("nacos-grpc-client-executor-%d")
  9. .build());
  10. grpcExecutor.allowCoreThreadTimeOut(true);
  11. }
  12. int port = serverInfo.getServerPort() + rpcPortOffset();
  13. // 创建stub
  14. RequestGrpc.RequestFutureStub newChannelStubTemp = createNewChannelStub(serverInfo.getServerIp(), port);
  15. if (newChannelStubTemp != null) {
  16. // 校验服务器是否可以访问
  17. Response response = serverCheck(serverInfo.getServerIp(), port, newChannelStubTemp);
  18. if (response == null || !(response instanceof ServerCheckResponse)) {
  19. // 如果服务器不能访问成功,则关闭channel
  20. shuntDownChannel((ManagedChannel) newChannelStubTemp.getChannel());
  21. return null;
  22. }
  23. BiRequestStreamGrpc.BiRequestStreamStub biRequestStreamStub = BiRequestStreamGrpc
  24. .newStub(newChannelStubTemp.getChannel());
  25. GrpcConnection grpcConn = new GrpcConnection(serverInfo, grpcExecutor);
  26. grpcConn.setConnectionId(((ServerCheckResponse) response).getConnectionId());
  27. //create stream request and bind connection event to this connection.
  28. // 创建stream观察者,将响应发送到服务器,到时候返回时会执行自定义的响应方法
  29. StreamObserver<Payload> payloadStreamObserver = bindRequestStream(biRequestStreamStub, grpcConn);
  30. // stream observer to send response to server
  31. grpcConn.setPayloadStreamObserver(payloadStreamObserver);
  32. grpcConn.setGrpcFutureServiceStub(newChannelStubTemp);
  33. grpcConn.setChannel((ManagedChannel) newChannelStubTemp.getChannel());
  34. //send a setup request.
  35. // 构建请求数据(用于注册到服务端的connectionManager中)
  36. ConnectionSetupRequest conSetupRequest = new ConnectionSetupRequest();
  37. conSetupRequest.setClientVersion(VersionUtils.getFullClientVersion());
  38. conSetupRequest.setLabels(super.getLabels());
  39. conSetupRequest.setAbilities(super.clientAbilities);
  40. conSetupRequest.setTenant(super.getTenant());
  41. grpcConn.sendRequest(conSetupRequest);
  42. //wait to register connection setup
  43. Thread.sleep(100L);
  44. return grpcConn;
  45. }
  46. return null;
  47. } catch (Exception e) {
  48. LOGGER.error("[{}]Fail to connect to server!,error={}", GrpcClient.this.getName(), e);
  49. }
  50. return null;
  51. }

在上面的方法中,都是grpc的一些基本方法,封装了一下。客户端和服务端建立连接的方法其实就是这么一句RequestGrpc.RequestFutureStub newChannelStubTemp = createNewChannelStub(serverInfo.getServerIp(), port);如果创建通道失败,则返回一个null来表示连接创建失败;如果创建成功,则会构建请求对象注册到rpc服务端的connectionManager中(如果不符合服务端的一些规则注册失败,则服务端会给客户端发送重连的请求,并且拒绝该客户端的请求,之后的讲到服务端再具体分析),之后会返回连接对象。

2、RPC服务端

2.1、rpc服务端结构

 具体看一下UML图

这张图我列举了几个主要属性,由上图可见,RPC服务端和客户端结构类似,目前只有一种GRPC,而GRPC服务端又有两种具体的实现,一种是GrpcSdkServer和GrpcClusterServer,下面看一下他们的抽象类BaseRpcServer。

2.2、BaseRpcServer类

  1. @PostConstruct
  2. public void start() throws Exception {
  3. String serverName = getClass().getSimpleName();
  4. Loggers.REMOTE.info("Nacos {} Rpc server starting at port {}", serverName, getServicePort());
  5. // 具体启动rpc服务逻辑
  6. startServer();
  7. Loggers.REMOTE.info("Nacos {} Rpc server started at port {}", serverName, getServicePort());
  8. // 关闭时执行的钩子方法
  9. Runtime.getRuntime().addShutdownHook(new Thread() {
  10. @Override
  11. public void run() {
  12. Loggers.REMOTE.info("Nacos {} Rpc server stopping", serverName);
  13. try {
  14. BaseRpcServer.this.stopServer();
  15. Loggers.REMOTE.info("Nacos {} Rpc server stopped successfully...", serverName);
  16. } catch (Exception e) {
  17. Loggers.REMOTE.error("Nacos {} Rpc server stopped fail...", serverName, e);
  18. }
  19. }
  20. });
  21. }

由上代码可见,BaseRpcServer实际上没有做什么,只是借助了@PostConstruct来启动rpc服务。下面我们来看看它的实现BaseGrpcServer。

2.3、GRPC服务端启动流程

BaseGrpcServer这个类中有几个属性,下面一一介绍一下。

  1. // grpc 请求接收器
  2. @Autowired
  3. private GrpcRequestAcceptor grpcCommonRequestAcceptor;
  4. // grpc bi流请求接收器
  5. @Autowired
  6. private GrpcBiStreamRequestAcceptor grpcBiStreamRequestAcceptor;
  7. // 客户端连接管理器
  8. @Autowired
  9. private ConnectionManager connectionManager;
  10. // grpc服务对象
  11. private Server server;

grpc启动流程方法如下:

  1. @Override
  2. public void startServer() throws Exception {
  3. final MutableHandlerRegistry handlerRegistry = new MutableHandlerRegistry();
  4. // server interceptor to set connection id.
  5. ServerInterceptor serverInterceptor = new ServerInterceptor() {
  6. @Override
  7. public <T, S> ServerCall.Listener<T> interceptCall(ServerCall<T, S> call, Metadata headers,
  8. ServerCallHandler<T, S> next) {
  9. Context ctx = Context.current()
  10. .withValue(CONTEXT_KEY_CONN_ID, call.getAttributes().get(TRANS_KEY_CONN_ID))
  11. .withValue(CONTEXT_KEY_CONN_REMOTE_IP, call.getAttributes().get(TRANS_KEY_REMOTE_IP))
  12. .withValue(CONTEXT_KEY_CONN_REMOTE_PORT, call.getAttributes().get(TRANS_KEY_REMOTE_PORT))
  13. .withValue(CONTEXT_KEY_CONN_LOCAL_PORT, call.getAttributes().get(TRANS_KEY_LOCAL_PORT));
  14. if (REQUEST_BI_STREAM_SERVICE_NAME.equals(call.getMethodDescriptor().getServiceName())) {
  15. Channel internalChannel = getInternalChannel(call);
  16. ctx = ctx.withValue(CONTEXT_KEY_CHANNEL, internalChannel);
  17. }
  18. return Contexts.interceptCall(ctx, call, headers, next);
  19. }
  20. };
  21. // 添加rpc服务
  22. addServices(handlerRegistry, serverInterceptor);
  23. server = ServerBuilder.forPort(getServicePort()).executor(getRpcExecutor())
  24. // 设置服务端最大消息大小
  25. .maxInboundMessageSize(getInboundMessageSize()).fallbackHandlerRegistry(handlerRegistry)
  26. // 设置压缩的注册类
  27. .compressorRegistry(CompressorRegistry.getDefaultInstance())
  28. // 设置解压的注册类
  29. .decompressorRegistry(DecompressorRegistry.getDefaultInstance())
  30. // 添加过滤器
  31. .addTransportFilter(new ServerTransportFilter() {
  32. @Override
  33. public Attributes transportReady(Attributes transportAttrs) {
  34. InetSocketAddress remoteAddress = (InetSocketAddress) transportAttrs
  35. .get(Grpc.TRANSPORT_ATTR_REMOTE_ADDR);
  36. InetSocketAddress localAddress = (InetSocketAddress) transportAttrs
  37. .get(Grpc.TRANSPORT_ATTR_LOCAL_ADDR);
  38. int remotePort = remoteAddress.getPort();
  39. int localPort = localAddress.getPort();
  40. String remoteIp = remoteAddress.getAddress().getHostAddress();
  41. Attributes attrWrapper = transportAttrs.toBuilder()
  42. .set(TRANS_KEY_CONN_ID, System.currentTimeMillis() + "_" + remoteIp + "_" + remotePort)
  43. .set(TRANS_KEY_REMOTE_IP, remoteIp).set(TRANS_KEY_REMOTE_PORT, remotePort)
  44. .set(TRANS_KEY_LOCAL_PORT, localPort).build();
  45. String connectionId = attrWrapper.get(TRANS_KEY_CONN_ID);
  46. Loggers.REMOTE_DIGEST.info("Connection transportReady,connectionId = {} ", connectionId);
  47. return attrWrapper;
  48. }
  49. @Override
  50. public void transportTerminated(Attributes transportAttrs) {
  51. String connectionId = null;
  52. try {
  53. connectionId = transportAttrs.get(TRANS_KEY_CONN_ID);
  54. } catch (Exception e) {
  55. // Ignore
  56. }
  57. if (StringUtils.isNotBlank(connectionId)) {
  58. Loggers.REMOTE_DIGEST
  59. .info("Connection transportTerminated,connectionId = {} ", connectionId);
  60. // 注销连接
  61. connectionManager.unregister(connectionId);
  62. }
  63. }
  64. }).build();
  65. // 启动grpc服务
  66. server.start();
  67. }
  68. private void addServices(MutableHandlerRegistry handlerRegistry, ServerInterceptor... serverInterceptor) {
  69. // unary common call register.
  70. final MethodDescriptor<Payload, Payload> unaryPayloadMethod = MethodDescriptor.<Payload, Payload>newBuilder()
  71. .setType(MethodDescriptor.MethodType.UNARY)
  72. .setFullMethodName(MethodDescriptor.generateFullMethodName(REQUEST_SERVICE_NAME, REQUEST_METHOD_NAME))
  73. .setRequestMarshaller(ProtoUtils.marshaller(Payload.getDefaultInstance()))
  74. .setResponseMarshaller(ProtoUtils.marshaller(Payload.getDefaultInstance())).build();
  75. // 定义服务处理方法回调
  76. final ServerCallHandler<Payload, Payload> payloadHandler = ServerCalls
  77. .asyncUnaryCall((request, responseObserver) -> {
  78. grpcCommonRequestAcceptor.request(request, responseObserver);
  79. });
  80. // 定义Service
  81. final ServerServiceDefinition serviceDefOfUnaryPayload = ServerServiceDefinition.builder(REQUEST_SERVICE_NAME)
  82. .addMethod(unaryPayloadMethod, payloadHandler).build();
  83. handlerRegistry.addService(ServerInterceptors.intercept(serviceDefOfUnaryPayload, serverInterceptor));
  84. // bi stream register.
  85. // 定义bi注册器回调
  86. final ServerCallHandler<Payload, Payload> biStreamHandler = ServerCalls.asyncBidiStreamingCall(
  87. (responseObserver) -> grpcBiStreamRequestAcceptor.requestBiStream(responseObserver));
  88. final MethodDescriptor<Payload, Payload> biStreamMethod = MethodDescriptor.<Payload, Payload>newBuilder()
  89. .setType(MethodDescriptor.MethodType.BIDI_STREAMING).setFullMethodName(MethodDescriptor
  90. .generateFullMethodName(REQUEST_BI_STREAM_SERVICE_NAME, REQUEST_BI_STREAM_METHOD_NAME))
  91. .setRequestMarshaller(ProtoUtils.marshaller(Payload.newBuilder().build()))
  92. .setResponseMarshaller(ProtoUtils.marshaller(Payload.getDefaultInstance())).build();
  93. final ServerServiceDefinition serviceDefOfBiStream = ServerServiceDefinition
  94. .builder(REQUEST_BI_STREAM_SERVICE_NAME).addMethod(biStreamMethod, biStreamHandler).build();
  95. handlerRegistry.addService(ServerInterceptors.intercept(serviceDefOfBiStream, serverInterceptor));
  96. }

以上方法都是grpc的封装,具体这里就不说明了,不懂的可以先学习一下grpc相关知识。

2.4、ConnectionManager注册

ConnectionManager的主要作用是注册客户端连接实例,用来做一些客户端权限验证。下面我们来看看客户端是如何注册的。

之前在介绍grpc客户端的时候,在GrpcClient类中的connectToServer方法中,有向grpc服务端去注册的方法,我这里稍微删减了一些,如下代码

  1. StreamObserver<Payload> payloadStreamObserver = bindRequestStream(biRequestStreamStub, grpcConn);
  2. // stream observer to send response to server
  3. grpcConn.setPayloadStreamObserver(payloadStreamObserver);
  4. grpcConn.setGrpcFutureServiceStub(newChannelStubTemp);
  5. grpcConn.setChannel((ManagedChannel) newChannelStubTemp.getChannel());
  6. //send a setup request.
  7. // 构建请求数据(用于注册到服务端的connectionManager中)
  8. ConnectionSetupRequest conSetupRequest = new ConnectionSetupRequest();
  9. conSetupRequest.setClientVersion(VersionUtils.getFullClientVersion());
  10. conSetupRequest.setLabels(super.getLabels());
  11. conSetupRequest.setAbilities(super.clientAbilities);
  12. conSetupRequest.setTenant(super.getTenant());
  13. grpcConn.sendRequest(conSetupRequest);

在执行grpcConn.sendRequest(conSetupRequest);的时候,实际上是调用了payloadStreamObserver的onNext来发送数据到服务端到。源码如下图

 下面我们来看看服务端是怎么接收的。服务端接收代码如下:

  1. public void onNext(Payload payload) {
  2. clientIp = payload.getMetadata().getClientIp();
  3. traceDetailIfNecessary(payload);
  4. Object parseObj;
  5. try {
  6. parseObj = GrpcUtils.parse(payload);
  7. } catch (Throwable throwable) {
  8. Loggers.REMOTE_DIGEST
  9. .warn("[{}]Grpc request bi stream,payload parse error={}", connectionId, throwable);
  10. return;
  11. }
  12. if (parseObj == null) {
  13. Loggers.REMOTE_DIGEST
  14. .warn("[{}]Grpc request bi stream,payload parse null ,body={},meta={}", connectionId,
  15. payload.getBody().getValue().toStringUtf8(), payload.getMetadata());
  16. return;
  17. }
  18. if (parseObj instanceof ConnectionSetupRequest) {
  19. ConnectionSetupRequest setUpRequest = (ConnectionSetupRequest) parseObj;
  20. Map<String, String> labels = setUpRequest.getLabels();
  21. String appName = "-";
  22. if (labels != null && labels.containsKey(Constants.APPNAME)) {
  23. appName = labels.get(Constants.APPNAME);
  24. }
  25. // 构建连接元数据对象
  26. // clientId默认是客户端的ip
  27. ConnectionMeta metaInfo = new ConnectionMeta(connectionId, payload.getMetadata().getClientIp(),
  28. remoteIp, remotePort, localPort, ConnectionType.GRPC.getType(),
  29. setUpRequest.getClientVersion(), appName, setUpRequest.getLabels());
  30. metaInfo.setTenant(setUpRequest.getTenant());
  31. // 创建连接对象
  32. Connection connection = new GrpcConnection(metaInfo, responseObserver, CONTEXT_KEY_CHANNEL.get());
  33. connection.setAbilities(setUpRequest.getAbilities());
  34. boolean rejectSdkOnStarting = metaInfo.isSdkSource() && !ApplicationUtils.isStarted();
  35. // 需要重连的情况有如下:
  36. // 1、客户端是sdk单机的,并且nacos服务没有启动完成
  37. // 2、客户端是sdk单机的,并且nacos服务启动完成了,但是注册失败
  38. // 3、客户端是集群的,不管有没有启动完成,但是注册失败
  39. if (rejectSdkOnStarting || !connectionManager.register(connectionId, connection)) {
  40. //Not register to the connection manager if current server is over limit or server is starting.
  41. try {
  42. Loggers.REMOTE_DIGEST.warn("[{}]Connection register fail,reason:{}", connectionId,
  43. rejectSdkOnStarting ? " server is not started" : " server is over limited.");
  44. // 如果注册失败,则给服务端返回ConnectResetRequest进行重连
  45. connection.request(new ConnectResetRequest(), 3000L);
  46. connection.close();
  47. } catch (Exception e) {
  48. //Do nothing.
  49. if (connectionManager.traced(clientIp)) {
  50. Loggers.REMOTE_DIGEST
  51. .warn("[{}]Send connect reset request error,error={}", connectionId, e);
  52. }
  53. }
  54. }
  55. } else if (parseObj instanceof Response) {
  56. Response response = (Response) parseObj;
  57. if (connectionManager.traced(clientIp)) {
  58. Loggers.REMOTE_DIGEST
  59. .warn("[{}]Receive response of server request ,response={}", connectionId, response);
  60. }
  61. RpcAckCallbackSynchronizer.ackNotify(connectionId, response);
  62. connectionManager.refreshActiveTime(connectionId);
  63. } else {
  64. Loggers.REMOTE_DIGEST
  65. .warn("[{}]Grpc request bi stream,unknown payload receive ,parseObj={}", connectionId,
  66. parseObj);
  67. }
  68. }

由于客户端发送的请求类型是ConnectionSetupRequest,那么会进入if去构建connection,然后注册到connectionManager中去。如果无法注册,那么给客户端发送重连的请求。

下面我们看看客户端怎么处理服务端发送的ConnectResetRequest请求的。客户端接收代码如下:

  1. public void onNext(Payload payload) {
  2. // 接受服务端请求
  3. LoggerUtils.printIfDebugEnabled(LOGGER, "[{}]Stream server request receive, original info: {}",
  4. grpcConn.getConnectionId(), payload.toString());
  5. try {
  6. Object parseBody = GrpcUtils.parse(payload);
  7. final Request request = (Request) parseBody;
  8. if (request != null) {
  9. try {
  10. // 处理服务器请求数据
  11. Response response = handleServerRequest(request);
  12. if (response != null) {
  13. response.setRequestId(request.getRequestId());
  14. sendResponse(response);
  15. } else {
  16. LOGGER.warn("[{}]Fail to process server request, ackId->{}", grpcConn.getConnectionId(),
  17. request.getRequestId());
  18. }
  19. } catch (Exception e) {
  20. LoggerUtils.printIfErrorEnabled(LOGGER, "[{}]Handle server request exception: {}",
  21. grpcConn.getConnectionId(), payload.toString(), e.getMessage());
  22. sendResponse(request.getRequestId(), false);
  23. }
  24. }
  25. } catch (Exception e) {
  26. LoggerUtils.printIfErrorEnabled(LOGGER, "[{}]Error to process server push response: {}",
  27. grpcConn.getConnectionId(), payload.getBody().getValue().toStringUtf8());
  28. }
  29. public Response requestReply(Request request) {
  30. if (request instanceof ConnectResetRequest) {
  31. try {
  32. synchronized (RpcClient.this) {
  33. // 判断是否在运行中
  34. if (isRunning()) {
  35. ConnectResetRequest connectResetRequest = (ConnectResetRequest) request;
  36. if (StringUtils.isNotBlank(connectResetRequest.getServerIp())) {
  37. ServerInfo serverInfo = resolveServerInfo(
  38. connectResetRequest.getServerIp() + Constants.COLON + connectResetRequest
  39. .getServerPort());
  40. switchServerAsync(serverInfo, false);
  41. } else {
  42. // 往reconnectionSignal中设置空的重连上下文
  43. switchServerAsync();
  44. }
  45. }
  46. }
  47. } catch (Exception e) {
  48. LoggerUtils.printIfErrorEnabled(LOGGER, "[{}]Switch server error ,{}", name, e);
  49. }
  50. return new ConnectResetResponse();
  51. }
  52. return null;
  53. }

在接收到请求后,如果处理成功,则会给服务端返回一个response,服务端接收到response后会刷新连接到存活时间等操作(这段代码在这个逻辑下实际上是没什么用的,主要还是为了适配其他地方的调用逻辑),如下图所示

下面我们来看看 ConnectionManager类中的registry方法,代码如下:

  1. public synchronized boolean register(String connectionId, Connection connection) {
  2. if (connection.isConnected()) {
  3. // 如果已经存在,则直接注册成功
  4. if (connections.containsKey(connectionId)) {
  5. return true;
  6. }
  7. // 检查客户端限制规则
  8. if (!checkLimit(connection)) {
  9. return false;
  10. }
  11. if (traced(connection.getMetaInfo().clientIp)) {
  12. connection.setTraced(true);
  13. }
  14. connections.put(connectionId, connection);
  15. // 递增
  16. connectionForClientIp.get(connection.getMetaInfo().clientIp).getAndIncrement();
  17. // 发送连接成功事件
  18. clientConnectionEventListenerRegistry.notifyClientConnected(connection);
  19. Loggers.REMOTE_DIGEST
  20. .info("new connection registered successfully, connectionId = {},connection={} ", connectionId,
  21. connection);
  22. return true;
  23. }
  24. return false;
  25. }

以上代码主要是判断了下客户端是否可以注册,可以则存入到connections中去,其中有发送连接成功事件,这个在之后的distro协议篇再展开来讨论。

以上都是个人理解,如有错误恳请指正。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/773995
推荐阅读
相关标签
  

闽ICP备14008679号