Nacos服务端服务注册源码分析 - 篇四

是佩奇吗？

已于 2023-04-16 22:19:28 修改

阅读量551

点赞数

文章标签： spring boot spring java

于 2023-04-13 23:20:28 首次发布

本文链接：https://blog.csdn.net/qq_33827423/article/details/130142659

版权

Nacos服务端服务注册源码分析 - 篇四

服务端调用接口

嗨 ~~~ 上班除了无聊的摸鱼，我还学了一个新技能，偷偷写博客。。。。

我们先回忆一下之前的三篇文章

🕒Nacos 客户端服务注册源码分析-篇三

我们之前的三篇内容都是分析关于客户端也就是 Spring 端的注册的整个流程，三篇内容其实总结起来都是围绕 NacosNamingService 所展开的。

第一、二篇主要说的是 Nacos 源码中提供的客户端 NamingTest 测试 Dome ，如何一步步构建 NamingService 服务对象，以及调用实例注册方法完成客户端的注册。而第三篇主要将关于SpringBoot 在自动装配加载的整个过程当中，是如何自动构建 NamingService 对象，将本地的 yaml 文件配置扫描到注册实例当中完成实例注册的。

好，说到这里其实客户端的注册其以及基本完成，这里的客户端就是指 SpringBoot 的客户端向 Nacos 仅仅注册的这一步目前完成，但是对于 Nacos 的服务端，如何接受客户端的注入，并将其注入的信息进行存储，我们还需要接着往下看。。。这就是今天要说的。

先丢一张图，看一下我们之前三篇分析的整体流程叭，然后引出一个今天要完成的内容，，嗯我觉得这样效果可能会比较好一些。。哈哈，这里的效果当然是指对我自己的理解咯。。

我们就直接从 SpringBoot 的启动自己装配 discovery 说起

在这里插入图片描述

哇哦，这个图画的我差点离开这个世界。。。可以点这里看到这个流程图的，对咯。推荐读者一个灰常不错的免费作图软件 draw.io

其实说了这么多就是为了给下面的 Nacos 服务端做铺垫的，下面开始我们服务端的研究咯。。。

先看一眼 Nacos 官方提供的架构图咯

Nacos 架构官方文档

官方图

nacos-stru.drawio2

从第一张图中就可以看到，消费者(Consumer) 通过 NacosServer（服务）调用提供者(Provider)，而他们之间的调用其实是通过中间 OpenAPI 的 URL 请求进行的。

而对于 Consumer 与 NacosServer 对应的是客户端也就是平常生产环境中对应的 Spring 项目，对于 OpenAPI 是在 Nacos 的服务层，是 Nacos 对外开放的请求接口，客户端的 discovery 只需要向服务端发起请求，将客户端封装实体信息 instance 相应到服务端即可。

所以如果要研究其服务端正确的打开方式就先从 OpenAPI 入手，那就继续接下来的探究咯。

官方Open API 指南

其实，通过第三篇以及上面的这个图中可以看到，其实我们的客户端最终是向服务端发起了一个 POST 请求，请求的接口为 /nacos/v1/ns/instance ,那么这个请求到底指向的是 Nacos 服务端源码中的那一块呢？

哎~~ 我们看下面这个 Nacos 源码模块的细分图：

既然我们探究是 服务注册 那么我们就到 naming 这个模块下看看有没有我们想要的呢？

在 naming 模块下我们看到有很多的 Controller ，进入实例注册的请求瞅瞅咯。

没错，看到这熟悉的请求路径，就是我们要找的客户端注册请求接口咯，为了验证这个猜想，我们可以直接运行通过 Debug 赖。

先启动，服务端的 Nacos 端，随后启动 Spring 客户端 9002 的实例注册。

客户端 发起注册请求

服务端 相应对象的请求

可以在服务端中的 instance 实例中，看到客户端注册的信息。

至此。。。从客户端请求到服务端注册这个流程完成。

但怎么感觉好像却点什么呢？

对，缺少~… 服务端详细的注册过程，只是看到服务端响应，但从客户端响应到的 instance 实例到底是什么注册返回到前端，这个过程却只字未提，对咯。我猜应该是作者不会哈哈~~~

既然标题都说是服务端源码分析，那必须分析到位捏，，我们接着往下看。。。

前端看到，在服务端接受到响应后，会调用 getInstanceOperator().registerInstance(namespaceId, serviceName, instance)

所以我们就必须从该方法进行剖析，进入该方法我们瞅瞅到底做了什么捏。

 getInstanceOperator().registerInstance(namespaceId, serviceName, instance);

private InstanceOperator getInstanceOperator() {
    //判断实例是否走的 Grpc 协议
    return upgradeJudgement.isUseGrpcFeatures() ? instanceServiceV2 : instanceServiceV1;
}

private InstanceOperatorClientImpl instanceServiceV2;

可以看到是对当前 Nacos 网络传输是否采用的是 Grpc 协议，很明显返回的这里的实例 instanceServiceV2 而该实例是一个 *** InstanceOperatorClientImpl*** 对象。

那就进入 InstanceOperatorClientImpl 里面瞅瞅咯，看看具体是怎么实现在该接口中调用的 registerInstance 方法的。

@Override
public void registerInstance(String namespaceId, String serviceName, Instance instance) throws NacosException {
    com.alibaba.nacos.naming.core.Instance coreInstance = parseInstance(instance);
    serviceManager.registerInstance(namespaceId, serviceName, coreInstance);
}

/**
 * This method creates {@code IpPortBasedClient} if it don't exist.
 */
@Override
public void registerInstance(String namespaceId, String serviceName, Instance instance) {
    //判断是否为瞬时对象（临时客户端）
    boolean ephemeral = instance.isEphemeral();
    //获取客户端的 ID
    String clientId = IpPortBasedClient.getClientId(instance.toInetAddr(), ephemeral);
    //通过客户端的 ID 创建客户端的连接
    createIpPortClientIfAbsent(clientId);
    //获取服务
    Service service = getService(namespaceId, serviceName, ephemeral);
    //完成服务的具体注册
    clientOperationService.registerInstance(service, instance, clientId);
}

EphemeralClientOperationServiceImpl 类下的 registerInstance 实例负责的就是服务端的实例注册

@Override
public void registerInstance(Service service, Instance instance, String clientId) {
    //确保 service 是单利存在的
    Service singleton = ServiceManager.getInstance().getSingleton(service);
    //根据注册的 id 获取当前客户端的实体
    Client client = clientManager.getClient(clientId);
    if (!clientIsLegal(client, clientId)) {
        return;
    }
    //将客户端的实例信息转化为服务端的实例信息
    InstancePublishInfo instanceInfo = getPublishInfo(instance);
    //添加实例信息到转存入 Client 实例当中
    client.addServiceInstance(singleton, instanceInfo);
    //设置客户端最后一次更新时间为当前的时间
    client.setLastUpdatedTime();
    //建立 Service 与 ClinetId 的关系
    NotifyCenter.publishEvent(new ClientOperationEvent.ClientRegisterServiceEvent(singleton, clientId));
    NotifyCenter
            .publishEvent(new MetadataEvent.InstanceMetadataEvent(singleton, instanceInfo.getMetadataId(), false));
}

服务器的客户的实体 Client 模型


/**
 * Nacos naming client.
 *  客户端的抽象概念存储在服务器端的naco命名模块上。它用于存储客户端已发布和订阅的服务
 * <p>The abstract concept of the client stored by on the server of Nacos naming module. It is used to store which
 * services the client has published and subscribed.
 * 
 * @author xiweng.yy
 */
public interface Client {
    
    /**
     * Get the unique id of current client.
     */
    //获取当前客户端的唯一 Id
    String getClientId();
    
    /**
     * Whether is ephemeral of current client.
     */
    //当前客户的是否短暂的
    boolean isEphemeral();
    
    /**
     * Set the last time for updating current client as current time.
     */
    //设置该客户端的最后更新时间为当前的时间
    void setLastUpdatedTime();
    
    /**
     * Get the last time for updating current client.
     */
    //获取最近一次客户更新的时间
    long getLastUpdatedTime();
    
    /**
     * Add a new instance for service for current client.
     */
    //为当前客户端添加服务的新实例
    boolean addServiceInstance(Service service, InstancePublishInfo instancePublishInfo);
    
    /**
     * Remove service instance from client.
     */
    //从客户端删除服务实例
    InstancePublishInfo removeServiceInstance(Service service);
    
    /**
     * Get instance info of service from client.
     */
    //从客户端获取实例的服务信息
    InstancePublishInfo getInstancePublishInfo(Service service);
    
    /**
     * Get all published service of current client.
     */
    //获取当前客户端已经发布的所有信息
    Collection<Service> getAllPublishedService();
    
    /**
     * Add a new subscriber for target service.
     */
    //为目标服务添加新的订阅者
    boolean addServiceSubscriber(Service service, Subscriber subscriber);
    
    /**
     * Remove subscriber for service.
     */
    //删除服务的订阅者
    boolean removeServiceSubscriber(Service service);
    
    /**
     * Get subscriber of service from client.
     */
    //从客户端获取服务的订阅者
    Subscriber getSubscriber(Service service);
    
    /**
     * Get all subscribe service of current client.
     */
    //获取当前客户的所有订阅服务
    Collection<Service> getAllSubscribeService();
    
    /**
     * Generate sync data.
     */
    ClientSyncData generateSyncData();
    
    /**
     * Whether current client is expired.
     */
    boolean isExpire(long currentTime);
    
    /**
     * Release current client and release resources if neccessary.
     */
    void release();
}

可以看到在注册实例当中有一个获取客户的 ID 在 nacos 的 2.0 版本以后，添加了一个新的 Client 模型 ，对于每一个 Client 都有自己的唯一 id 标识 clientId 。

Client 负责管理一个客户端的服务实例注册 Publish 和订阅服务 Subscribe 。我们可以看一下这个模型其实就是一个接口。

ServiceManager 类的具体实现

这里有一个有意思一点，通过 ServiceManager 调用其内部的静态方法 getInstance ，通过内部的 **ServiceManager ** 对象调 getSingleton 获取单利服务。

那么这个单利是怎么实现的呢？我们接着探究。。。

/**
 * Nacos service manager for v2.
 *
 * @author xiweng.yy
 */
public class ServiceManager {
    
    private static final ServiceManager INSTANCE = new ServiceManager();
    
    //单例Service，可以查看Service的equals和hasCode方法
	private final ConcurrentHashMap<Service, Service> singletonRepository;
	//namespace 的所有 Service
	private final ConcurrentHashMap<String, Set<Service>> namespaceSingletonMaps;
    
    private ServiceManager() {
        singletonRepository = new ConcurrentHashMap<>(1 << 10);
        namespaceSingletonMaps = new ConcurrentHashMap<>(1 << 2);
    }
    
}

获取 Service 单利

/**
 * Get singleton service. Put to manager if no singleton.
 *
 * @param service new service
 * @return if service is exist, return exist service, otherwise return new service
 */
public Service getSingleton(Service service) {
    singletonRepository.putIfAbsent(service, service);
    Service result = singletonRepository.get(service);
    namespaceSingletonMaps.computeIfAbsent(result.getNamespace(), (namespace) -> new ConcurrentHashSet<>());
    namespaceSingletonMaps.get(result.getNamespace()).add(result);
    return result;
}

clientManager 获取 Client 模型

 @Override
 public Client getClient(String clientId) {
     return getClientManagerById(clientId).getClient(clientId);
 }

这是一个接口这里我们要看它对应的一个实现类 ConnectionBasedClientManager，这个实现类负责管理长连接 clientId 与 Client 模型的映射关系

@Override
public Client getClient(String clientId) {
    return clients.get(clientId);
}

Clinet 实例 AbstractClient

负责存储当前客户端的服务注册表，既 Service 与 instance 的关系。

注意 对于单个客户端来说，同一个服务只能注册处一个实例

@Override
public boolean addServiceInstance(Service service, InstancePublishInfo instancePublishInfo) {
    if (null == publishers.put(service, instancePublishInfo)) {
        MetricsMonitor.incrementInstanceCount();
    }
    NotifyCenter.publishEvent(new ClientEvent.ClientChangedEvent(this));
    Loggers.SRV_LOG.info("Client change for service {}, {}", service, getClientId());
    return true;
}

ClientOperationEvent.ClientRegisterServiceEvent

private final ConcurrentMap<Service, Set<String>> publisherIndexes = new ConcurrentHashMap<>();
    
private final ConcurrentMap<Service, Set<String>> subscriberIndexes = new ConcurrentHashMap<>();

private void handleClientOperation(ClientOperationEvent event) {
    Service service = event.getService();
    String clientId = event.getClientId();
    if (event instanceof ClientOperationEvent.ClientRegisterServiceEvent) {
        addPublisherIndexes(service, clientId);
    } else if (event instanceof ClientOperationEvent.ClientDeregisterServiceEvent) {
        removePublisherIndexes(service, clientId);
    } else if (event instanceof ClientOperationEvent.ClientSubscribeServiceEvent) {
        addSubscriberIndexes(service, clientId);
    } else if (event instanceof ClientOperationEvent.ClientUnsubscribeServiceEvent) {
        removeSubscriberIndexes(service, clientId);
    }
}

//建立Service与发布Client的关系
private void addPublisherIndexes(Service service, String clientId) {
    publisherIndexes.computeIfAbsent(service, (key) -> new ConcurrentHashSet<>());
    publisherIndexes.get(service).add(clientId);
    NotifyCenter.publishEvent(new ServiceEvent.ServiceChangedEvent(service, true));
}