Nacos Naming源码分析（三） - 服务管理

Nacos Naming节点会在内存中保存所有服务的Service/Cluster/Instance三层元信息以及用户订阅关系，通过ConsistencyService来持久化并在节点间保持数据一致。naming服务用来做元信息管理的核心类是ServiceManager，核心类关系图如下：

ServiceManager类会在内存中维护一个两级的Map结构：

public class ServiceManager implements RecordListener<Service> {

    /** * Map<namespace, Map<group::serviceName, Service>> */ 

    private Map<String, Map<String, Service>> serviceMap = new ConcurrentHashMap<>(); 

}

所有读取操作会优先在serviceMap内存结构上进行。增删改操作会首先通过ConsistencyService接口操作底层持久化存储的数据，同时ServiceManager本身又作为listener监听了ConsistencyService中的变化，通过回调修改内存serviceMap数据。

节点注册流程如下：

Nacos Naming服务的服务订阅机制是通过UDP协议完成的。client发起订阅的时候会首先在本地随机打开一个udp端口，随后通过list接口将ip + udp port发送给naming server，当server监听到服务变更的时候就会主动发动udp报文通知所有感兴趣的订阅者。

订阅机制流程如下：

 

 

转载于:https://my.oschina.net/zhuhui/blog/3085333