DUBBO、HttpClient、WebService 柔光的暖阳◎ 2021-12-22 10:29 231阅读 0赞 **Dubbo:** Dubbo是[阿里巴巴][Link 1]开源的基于 Java 的高性能 RPC 分布式服务框架,推荐使用 Zookeeper 作为注册中心Registry，还有 Redis、Multicast、Simple，但不推荐。Dubbo 默认使用 Netty 框架，也是推荐 三个主要功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。 **远程调用:**Dubbo使得调用远程服务就像调用本地java服务一样简单 **容错（重试机制）**：缺省为 Failover 重试，失败自动切换，当出现失败，重试其它服务器 。通常用于读操作，但重试会带来更长延迟。可通过 retries="2" 来设置重试次数(不含第一次)。 **负载均衡：**默认随机 **自动注册与发现：** 1.服务提供者在启动时,向注册中心注册自己提供的服务。 2. 服务消费者在启动时,向注册中心订阅自己所需的服务。 3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。（实际操作客户端不用关心） 默认是同步等待结果阻塞的，支持异步调用。 Dubbo 是基于 NIO 的非阻塞实现并行调用，客户端不需要启动多线程即可完成并行调用多个远程服务，相对多线程开销较小,Dubbo 的设计目的是为了满足高并发小数据量的 rpc 调用，在大数据量下的性能表现并不好，建议使用 rmi 或 http 协议。 ![1479739-20190309101252848-118087012.png][] **Monitor:**服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心 在 Provider 上可以配置的 Consumer 端的属性: 1.loadbalance：负载均衡算法，默认随机 2.timeout：方法调用超时 3.retries：失败重试次数，默认重试 2 次 4.actives 消费者端，最大并发调用限制 注册中心对等集群，任意一台宕掉后，会自动切换到另一台 注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯 服务提供者无状态，任一台宕机后，不影响使用 服务提供者全部宕机，服务消费者会无法使用，并无限次重连等待服务者恢复 **HttpClient:** 转载于:https://www.cnblogs.com/jing-ma/p/10499870.html [Link 1]: https://www.baidu.com/s?wd=%E9%98%BF%E9%87%8C%E5%B7%B4%E5%B7%B4&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd [1479739-20190309101252848-118087012.png]: /images/20211220/10666143deb94b939f2dcc4df5ea3d4f.png
还没有评论，来说两句吧...