dubbo的负载均衡已经是服务层面的了，和nginx的负载均衡还在涉及到负载均衡就涉及到你的业务，根据业务来选择才是最适合的；5服务的消费者，从地址列表中，基于负载均衡，选一台提供者的服务器进行调用，若是失败，在从 地址列表中，选择另一台调用6期间Dubbo的监控中心，会记录定时消费者和提供者，的调用次数和时间。

Dubbo协议的Invoker转为Exporter发生在DubboProtocol类的export方法，它主要是打开socket侦听服务，并接收客户端发来的各种请求，通讯细节由Dubbo自己实现；dubbo的负载均衡已经是服务层面的了，和nginx的负载均衡还在。

Cluster层的容错主要通过几种常用的容错机制配合负载均衡，保证最终通过Cluster暴露可用的Invoker而且，dubbo在保证Invoker可用性前提下，要求尽可能均衡负载，过程会多次执行负载均衡策略注dubbo源码版本271，欢迎指正；dubbo原理和机制应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和Spring框架无缝集成注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较。

dubbo负载均衡策略使用场景

1、了解远程调用PRC的概念，分布式应用为什么使用RPC， 基于PRC协议的Dubbo的使用Dubbo框架的特点，框架的组件基于Dubbo服务提供者，消费者，注册中心Zookeeper的分布式应用的开发部署， Dubbo的负载均衡实现微服务的开发 Spring +。

2、配置多个服务调用者在comsumerxml的dubboreference标签的url属性中加入多个地址，中间用分号隔开即可配置负载均衡策略在comsumerxml的dubboreference标签中增加loadbalance属性即可，值可以为如下四种类型那么目前的架构有什么。

3、dubbo具备了server注册，发现路由负载均衡的功能，在所有实现了这些功能的服务治理组件中，个人觉得dubbo还是略微笨重了，因为它本身是按照j2EE范畴所制定的中规中矩的服务治理框架dubbo在服务发现这个地方做的更像一个dns。

4、dubbo的负责均衡策略 1权重 随机 算法的 RandomLoadBalance 2加权 轮询 算法的 RoundRobinLoadBalance 加权平滑轮询，基于LVS，最大公约数轮询算法 3 最少活跃 调用数算法的 LeastActiveLoadBalance 4 h。

dubbo负载均衡策略包括

1、创建**的阻塞队列LinkedBlockingQueue 当queues0，创建有界的阻塞队列LinkedBlockingQueue 采用dubbo自己实现的线程工厂NamedInternalThreadFactory，将线程置为守护线程Demon 拒绝策略为AbortPolicyWithReport，策略。

2、dubbo中有负载均衡 nginx也是负载均衡 dubbo的负载均衡是客户端层面，nginx的负载均衡是服务器端层面的 这两个都会使用，举个简单的例子，地下城登录时默认一线服务器，但是一线服务器爆满了，他会给你分配到三线服务器，分配。

3、4服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用5服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心7 Dubbo程序。

4、2谈谈dubbo中的负载均衡算法及特点3最小活跃数算法中是如何统计这个活跃数的4简单谈谈你对一致性哈希算法的认识5服务发布过程中做了哪些事6dubbo都有哪些协议，他们之间有什么特点，缺省值是什么7什么。

5、Dubbo包含 远程通讯服务集群和服务发现与注册 三个核心部分提供透明化的远程方法调用，实现像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入同时具备软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器。

6、集群容错表示服务消费者在掉用某个服务时，这个服务有多个服务提供者，在经过负载均衡后选择其中一个服务提供者之后进行调用，但调用报错后，Dubbo所采取的后续处理策略官网地址 v2。

7、5应用范围比较广，可以对所有应用做负载均衡6软件本身不支持正则处理，不能做动静分离Nginx的特点是1工作在网络的7层之上，可以针对。

8、根据dubboadmin配置的路由规则来过滤相关的invoker，当我们对路由规则点击启用，就会触发 RegistryDirectory 类的 notify 方法notify方法调用refreshInvoker方法route方法的实现类为ConditionRoute 根据条件进行过滤 1调用mathThen。