[原]Dubbo实例
- -Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案. Remoting: 网络通信框架，实现了sync-over-async 和 request-response 消息机制. RPC: 一个远程过程调用的抽象，支持负载均衡、容灾和集群功能. Registry: 服务目录框架用于服务的注册和服务事件发布和订阅.
Dubbo超时和重连机制
标签：
dubbo
| 发表时间：2016-07-19 10:49 | 作者：love398146779
出处：http://www.iteye.com
[color=violet][/color]dubbo启动时默认有重试机制和超时机制。
超时机制的规则是如果在一定的时间内，provider没有返回，则认为本次调用失败，
重试机制在出现调用失败时，会再次调用。如果在配置的调用次数内都失败，则认为此次请求异常，抛出异常。
如果出现超时，通常是业务处理太慢，可在服务提供方执行：jstack PID > jstack.log 分析线程都卡在哪个方法调用上，这里就是慢的原因。
如果不能调优性能，请将timeout设大。
某些业务场景下，如果不注意配置超时和重试，可能会引起一些异常。
>>超时设置
DUBBO消费端设置超时时间需要根据业务实际情况来设定，
如果设置的时间太短，一些复杂业务需要很长时间完成，导致在设定的超时时间内无法完成正常的业务处理。
这样消费端达到超时时间，那么dubbo会进行重试机制，不合理的重试在一些特殊的业务场景下可能会引发很多问题，需要合理设置接口超时时间。
比如发送邮件，可能就会发出多份重复邮件，执行注册请求时，就会插入多条重复的注册数据。
（1）合理配置超时和重连的思路
1.对于核心的服务中心，去除dubbo超时重试机制，并重新评估设置超时时间。
2.业务处理代码必须放在服务端，客户端只做参数验证和服务调用，不涉及业务流程处理
（2）Dubbo超时和重连配置示例
1
2
<!-- 服务调用超时设置为6秒,超时不重试-->
dubbo在调用服务不成功时，默认会重试2次。
Dubbo的路由机制，会把超时的请求路由到其他机器上，而不是本机尝试，所以 dubbo的重试机器也能一定程度的保证服务的质量。
但是如果不合理的配置重试次数，当失败时会进行重试多次，这样在某个时间点出现性能问题，调用方再连续重复调用，
系统请求变为正常值的retries倍，系统压力会大增，容易引起服务雪崩，需要根据业务情况规划好如何进行异常处理，何时进行重试。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
超时机制的规则是如果在一定的时间内，provider没有返回，则认为本次调用失败，
重试机制在出现调用失败时，会再次调用。如果在配置的调用次数内都失败，则认为此次请求异常，抛出异常。
如果出现超时，通常是业务处理太慢，可在服务提供方执行：jstack PID > jstack.log 分析线程都卡在哪个方法调用上，这里就是慢的原因。
如果不能调优性能，请将timeout设大。
某些业务场景下，如果不注意配置超时和重试，可能会引起一些异常。
>>超时设置
DUBBO消费端设置超时时间需要根据业务实际情况来设定，
如果设置的时间太短，一些复杂业务需要很长时间完成，导致在设定的超时时间内无法完成正常的业务处理。
这样消费端达到超时时间，那么dubbo会进行重试机制，不合理的重试在一些特殊的业务场景下可能会引发很多问题，需要合理设置接口超时时间。
比如发送邮件，可能就会发出多份重复邮件，执行注册请求时，就会插入多条重复的注册数据。
（1）合理配置超时和重连的思路
1.对于核心的服务中心，去除dubbo超时重试机制，并重新评估设置超时时间。
2.业务处理代码必须放在服务端，客户端只做参数验证和服务调用，不涉及业务流程处理
（2）Dubbo超时和重连配置示例
1
2
<!-- 服务调用超时设置为6秒,超时不重试-->
<dubbo:service interface="com.provider.service.DemoService" ref="demoService" retries="0" timeout="5000"/>>>重连机制
dubbo在调用服务不成功时，默认会重试2次。
Dubbo的路由机制，会把超时的请求路由到其他机器上，而不是本机尝试，所以 dubbo的重试机器也能一定程度的保证服务的质量。
但是如果不合理的配置重试次数，当失败时会进行重试多次，这样在某个时间点出现性能问题，调用方再连续重复调用，
系统请求变为正常值的retries倍，系统压力会大增，容易引起服务雪崩，需要根据业务情况规划好如何进行异常处理，何时进行重试。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [dubbo] 推荐：
DUBBO用户指南
- - 开源软件 - ITeye博客随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进. 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本. 此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键. 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率.
dubbo 问题整理
- - 行业应用 - ITeye博客1 面试题：Dubbo中zookeeper做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么. 可以的，启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地. 每次调用时，按照本地存储的地址进行调用. 注册中心对等集群，任意一台宕掉后，会自动切换到另一台 . 注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯 .
dubbo服务降级实现dubbo-plus/circuitbreaker at master · dubboclub/dubbo-plus · GitHub
- -向注册中心写入动态配置覆盖规则：(通过由监控中心或治理中心的页面完成). 表示消费方对该服务的方法调用都直接返回null值，不发起远程调用. 屏蔽不重要服务不可用时对调用方的影响. 表示消费方对该服务的方法调用在失败后，再返回null值，不抛异常. 容忍不重要服务不稳定时对调用方的影响. Dubbo支持服务降级，并且支持当服务出现异常的时候进行服务降级处理，但是存在一下几个缺陷.
学习dubbo源代码
- - Java - 编程语言 - ITeye博客1、Dubbo与Spring的整合. Dubbo在使用上可以做到非常简单，不管是Provider还是Consumer都可以通过Spring的配置文件进行配置，配置完之后，就可以像使用springbean一样进行服务暴露和调用了，完全看不到dubboapi的存在. 这是因为dubbo使用了spring提供的可扩展Schema自定义配置支持.
dubbo的安装和使用
- - CSDN博客云计算推荐文章随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进. 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本. 此时，用于简化增删改查工作量的 . 数据访问框架(ORM) 是关键.
Dubbo基本原理机制
- - 开源软件 - ITeye博客转自:http://blog.csdn.net/paul_wei2008/article/details/19355681
分布式服务框架：. –高性能和透明化的RPC远程服务调用方案. -Apache MINA 框架基于Reactor模型通信框架，基于tcp长连接. Dubbo缺省协议采用单一长连接和NIO异步通讯，.
dubbo处理文件上传
- - 开源软件 - ITeye博客dubbo和hessian的maven依赖：. 服务提供者（项目名称：provider）. 首先是web.xml配置（使用spring）：. 最重要的applicationContext.xml ：. 参考： dubbo hessian协议. .
dubbo中的Filter顺序
- - 互联网 - ITeye博客最近发现dubbo的小 bug，顺便整理了一下dubbo中的Filter调用顺序及如何确定的. 服务提供方的过滤器被调用顺序：. EchoFilter->ClassLoaderFilter->GenericFilter->ContextFilter->(这4个是在代码中指定的). 服务消费方的过滤器顺序：.
谈Dubbo服务框架
- - 人月神话的BLOGDubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和
Spring框架无缝集成. 它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）. 从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色.