上篇文章介绍了,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.