Nacos注册中心源码分析二(服务端注册底层源码分析)

  上篇文章介绍了，nacos客户端底层是如何实现服务注册的，通过源码分析我们知道在客户端启动的时候，通过NacosAutoServiceRegistration这个类继承了ApplicaqtionListener，最终在spring容器启动的时候会回调

onApplicationEvent这个方法，最终会通过发起http请求调用的Nacos服务端提供的接口,那么这篇文章我们来聊一下Nacos服务端是如何实现服务注册的逻辑的。

一，源码下载

  首先从github上面将Naocs的代码下载下来，然后通过idea导入进去，编译完以后，就可以开始看源码了，

可以看到Nacos分了很多模块，我们今天要说的服务端服务注册的逻辑就是在这个naming模块里面，

 

源码的入口就是这个InstanceController里面的register方法，这里面就Nacos服务注册的源码实现，下面我们一起来看看服务端注册逻辑是如何实现的，首先就是一些参数的校验的分支逻辑，我们主要看主干逻辑，我们跟进去serviceManager.registerInstance(namespaceId, serviceName, instance)方法

 

/**
 * Register an instance to a service in AP mode.
 *
 * <p>This method creates service or cluster silently if they don't exist.
 *
 * @param namespaceId id of namespace
 * @param serviceName service name
 * @param instance    instance to register
 * @throws Exception any error occurred in the process
 */
public void registerInstance(String namespaceId, String serviceName, Instance instance) throws NacosException {
    
    createEmptyService(namespaceId, serviceName, instance.isEphemeral());
    
    Service service = getService(namespaceId, serviceName);
    
    if (service == null) {
        throw new NacosException(NacosException.INVALID_PARAM,
                "service not found, namespace: " + namespaceId + ", service: " + serviceName);
    }
    
    addInstance(namespaceId, serviceName, instance.isEphemeral(), instance);
}

首先createEmptyService会创建一个空的Service对象，也就是将服务提供者的一些信息封装到这个Service对象里面，下面这个addInstance方法就是重点的方法，看这个方法的名字也很好理解，添加实例信息，继续跟进去这个方法里面

/**
 * Add instance to service.
 *
 * @param namespaceId namespace
 * @param serviceName service name
 * @param ephemeral   whether instance is ephemeral
 * @param ips         instances
 * @throws NacosException nacos exception
 */
public void addInstance(String namespaceId, String serviceName, boolean ephemeral, Instance... ips)
        throws NacosException {
    
    String key = KeyBuilder.buildInstanceListKey(namespaceId, serviceName, ephemeral);
    
    Service service = getService(namespaceId, serviceName);
    
    synchronized (service) {
        List<Instance> instanceList = addIpAddresses(service, ephemeral, ips);
        
        Instances instances = new Instances();
        instances.setInstanceList(instanceList);
        
        consistencyService.put(key, instances);
    }
}

首先会生成一个存放servie的key。然后拿到当前所有的服务实例，掉用接口consistencyService.put(key, instances)方法，这个接口有以下的实现类

这里如何知道这个put方法会调用到哪个实现类的方法呢，这里我们点击这个consistencyService，

可以看做这个接口注入的时候，指定了名称，而这几个实现类，里面只有DelegateConsistencyServiceImpl这个实现类，指定的Bean的名称也是这个consitencyDelegate

也就是最终会调用DelegateCoonsistencyServiceImpl里面的put方法

@Override
public void put(String key, Record value) throws NacosException {
    mapConsistencyService(key).put(key, value);
}

这个mapConsistencyService(key)会根据是否临时实例，来判断选择对应的实现类

private ConsistencyService mapConsistencyService(String key) {
    return KeyBuilder.matchEphemeralKey(key) ? ephemeralConsistencyService : persistentConsistencyService;
}

而Nacos默认是使用临时实例实现了，也就是AP模式的架构

可以看到这个DistroConsistencyServiceImpl实现了EphemeralConsistencyService接口，最后会调用DistroConsistencyServiceImpl的put方法，我们来看这个put方法做了什么

@Override
public void put(String key, Record value) throws NacosException {
    onPut(key, value);
    distroProtocol.sync(new DistroKey(key, KeyBuilder.INSTANCE_LIST_KEY_PREFIX), DataOperation.CHANGE,
            globalConfig.getTaskDispatchPeriod() / 2);
}

这个方法里面主要有两个逻辑，一个是onPut方法，一个是distroProtocol.