您的位置: 首页  >  文章  >  dubbo入门

dubbo入门

分类: 文章 • 2024-01-03 16:58:58

dubbo的基础配置

如果是消费者，不必写dubbo:protocol

group:dubbo在zookeeper的节点名称

file:dubbo的缓存，注册中心的列表，服务提供者列表

accesslog:配置日志的地址

ThreadPool:

  • fixed 固定大小线程池，启动时建立线程，不关闭，一直持有。(缺省)
  • cached 缓存线程池，空闲一分钟自动删除，需要时重建。
  • limited 可伸缩线程池，但池中的线程数只会增长不会收缩。(为避免收缩时突然来了大流量引起的性能问题)

threads:线程数量

<!--当前项目在整个分布式架构里面的唯一名称，计算依赖关系的标签 owner 谁写的这个项目  方便找谁维护-->
    <dubbo:application name="${application.name}" owner="${dubbo.application.owner}"/>
    <!--dubbo这个服务所要暴露的服务地址所对应的注册中心-->
    <dubbo:registry protocol="zookeeper"
                    address="${dubbo.zk.servers}"
                    group="${dubbo.zk.group}"
                    file="${dubbo.cache.dir}/dubbo-order.cache"/>

    <!--当前服务发布所依赖的协议；webserovice、Thrift、Hessain、http-->
    <dubbo:protocol
                    name="dubbo"
                    port="${dubbo.service.provider.port}"
                    threadpool="cached"
                    threads="${dubbo.service.provider.threads:200}"
                    accesslog="${dubbo.protocol.accesslog}"/>

 

    dubbo在zookeeper的存储路径

dubbo入门

dubbo入门

dubbo monitor的安装

监控服务的调用次数、调用关系和响应时事件

修改/conf目录下的dubbo.properties下的文件

修改此处zk的地址为集群地址，owner可以不填

同时在dubbo服务中新增配置

<dubbo:monitor protocol="registry" />

dubbo入门

 

dubbo的启动服务检查

如果提供方没有启动的时候，默认会去检测所依赖的服务是否正常提供服务

如果check为false，表示启动的时候不去检查。当服务出现循环依赖的时候，check设置成false

dubbo:reference  属性： check  默认值是true 、false

dubbo:consumer  check=”false”  整个服务层面，没有服务提供者的时候，报错

dubbo:registry  check=false   注册订阅失败报错

dubbo:provider

dubbo的多协议支持

dubbo支持的协议： dubbo、RMI、hessian、webservice、http、Thrift

  • 引入jar包

<dependency>
  <groupId>com.caucho</groupId>
  <artifactId>hessian</artifactId>
  <version>4.0.38</version>
</dependency>
<dependency>
  <groupId>javax.servlet</groupId>
  <artifactId>servlet-api</artifactId>
  <version>2.5</version>
</dependency>
<dependency>
  <groupId>org.mortbay.jetty</groupId>
  <artifactId>jetty</artifactId>
  <version>6.1.26</version>
</dependency>

  • 新增协议

dubbo入门

制定服务的版本号

dubbo入门

 

加逗号就多协议

dubbo入门

去查询发布的url就会发现两条url，一条dubbo一条hessian

服务端：

dubbo入门

 

多注册中心支持

dubbo入门

多版本支持

例如我们给APP写的接口，如果客户的app不升级，但是我们原本的逻辑又发生变化  需要同时维护两个版本

dubbo入门

 

 

只订阅 不发布

假如现在共用一个注册中心联调，pay工程现在正在开发，但是我要依赖user工程做联调，而oder工程要依赖pay工程，对pay工程来说，我既是一个消费者，同时又是消息提供者，我还不能让order工程调用，所以只订阅，不发布。

dubbo入门

 

dubbo入门

dubbo只注册，只提供服务

<dubbo:registry subscribe="false"/>

dubbo负载均衡 

在集群负载均衡时，Dubbo提供了多种均衡策略，缺省为random随机调用。可以自行扩展负载均衡策略

Random LoadBalance

随机，按权重设置随机概率。

在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。

RoundRobin LoadBalance

轮循，按公约后的权重设置轮循比率。

存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。

 

LeastActive LoadBalance

最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。

使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。

ConsistentHash LoadBalance

一致性Hash，相同参数的请求总是发到同一提供者。

当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

dubbo集群容错

Failover cluster  失败的时候自动切换并重试其他服务器。 通过retries=2。 来设置重试次数

failfast cluster 快速失败，只发起一次调用  ; 写操作。比如新增记录的时候， 非幂等请求

failsafe cluster  失败安全。 出现异常时，直接忽略异常

failback cluster 失败自动恢复。 后台记录失败请求，定时重发

forking cluster 并行调用多个服务器，只要一个成功就返回。 只能应用在读请求

broadcast cluster  广播调用所有提供者，逐个调用。其中一台报错就会返回异常

配置的优先级 

消费端高于服务端

dubbo入门

相关推荐