1、统一命名服务统一命名服务的命名结构图如下所示：在分布式环境下，经常需要对应用/服务进行统一命名，便于识别不同服务。类似于域名与ip之间对应关系，ip不容易记住，而域名容易记住。通过名称来获取资源或服务的地址，提供者等信息。按照层次结构组织服务/应用名称。

什么是ZooKeeperZooKeeper是一项集中式服务，用于维护配置信息，命名，提供分布式同步和提供组服务。 ZooKeeper简单，分布式，可靠且快速。维护配置信息： 它维护集群配置信息，该信息在集群中的所有节点之间共享。

通过全局唯一ID根据业务的操作和内容生成一个全局ID，在执行操作前先根据这个全局唯一ID是否存在，来判断这个操作是否已经执行。如果不存在则把全局ID存储到redis中，继续执行业务。如果存在则表示该方法已经执行，直接返回。适合单一逻辑处理。

轮循 Round Robin这种方法会将收到的请求循环分配到服务器集群中的每台机器，即有效服务器。如果使用这种方式，所有的标记进入虚拟服务的服务器应该有相近的资源容量 以及负载相同的应用程序。如果所有的服务器有相同或者相近的性能那么选择这种方式会使服务器负载相同。

一般来说是不用保证顺序的。但是有的时候可能确实是需要严格的顺序保证。给大家举个例子，你服务A调用服务B，先插入 -> 再删除。可能会变成先删除 -> 再插入。怎么破圈业务逻辑上解决。

Dubbo 的两大设计原则Dubbo 使用“微内核+插件”的设计模式。内核只负责组装插件(扩展点)，Dubbo 的功能都是由插件实现的，无限开放性设计架构，也就是 Dubbo 的所有功能点都可被用户自定义扩展、增强、替换。

在 Dubbo 支持哪些通信协议？我们讲过不少了，这里额外补充次常用的两种。protostuffprotostuff 的使用：可以直接使用封装好的 ProtostuffIOUtil 对象调用对于方法。

dubbo协议默认就是走dubbo协议的。hessian序列化协议，单一长连接，TCP协议传输，NIO异步通信，适合大并发小数据量的服务调用，以及消费者远大于提供者，传输数据量很小（每次请求在100kb以内），但是并发量很高。

从实现角度说：Dubbo 是RPC框架，负责Client和Service之间通讯。从编码角度说：Dubbo将服务器间的调用变得跟本地方法调用一样简单（invoke实现），让我们能不关注底层完成Client和Service之间通讯。

启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用。具体看看架构流程中的第4步。注册中心对等集群，任意一台宕掉后，会自动切换到另一台服务提供者无状态，任一台 宕机后，不影响使用服务提供者全部宕机