微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

DUBBO、HttpClient、WebService

dubbo:

dubbo是阿里巴巴开源的基于 Java 的高性能 RPC 分布式服务框架,推荐使用 Zookeeper 作为注册中心Registry,还有 Redis、Multicast、Simple,但不推荐。dubbo 认使用 Netty 框架,也是推荐

三个主要功能:基于接口的远程调用,容错与负载均衡,服务自动注册与发现。

远程调用:dubbo使得调用远程服务就像调用本地java服务一样简单

容错(重试机制):缺省为 Failover 重试,失败自动切换,当出现失败,重试其它服务器 。通常用于读操作,但重试会带来更长延迟。可通过 retries="2" 来设置重试次数(不含第一次)。

负载均衡:随机

自动注册与发现:

1.服务提供者在启动时,向注册中心注册自己提供的服务。

2. 服务消费者在启动时,向注册中心订阅自己所需的服务。

3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。(实际操作客户端不用关心)

认是同步等待结果阻塞的,支持异步调用

dubbo 是基于 NIO 的非阻塞实现并行调用,客户端不需要启动多线程即可完成并行调用多个远程服务,相对多线程开销较小,dubbo 的设计目的是为了满足高并发小数据量的 rpc 调用,在大数据量下的性能表现并不好,建议使用 rmi 或 http 协议。

Monitor:服务消费者和提供者,在内存中累计调用次数调用时间,定时每分钟发送一次统计数据到监控中心

在 Provider 上可以配置的 Consumer 端的属性:

1.loadbalance:负载均衡算法,随机

2.timeout:方法调用超时

3.retries:失败重试次数认重试 2 次

4.actives 消费者端,最大并发调用限制

注册中心对等集群,任意一台宕掉后,会自动切换到另一台 
注册中心全部宕掉,服务提供者和消费者仍可以通过本地缓存通讯 
服务提供者无状态,任一台宕机后,不影响使用 
服务提供者全部宕机,服务消费者会无法使用,并无限次重连等待服务者恢复 

HttpClient:

 

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐