dubbo高级学习日记

1.序列化:

  • dubbo 内部已经将序列化和反序列化的过程内部封装了
  • 我们只需要在定义pojo类时实现seriali zable接口即可
  • 一般会定义一 个公共的pojo模块,让生产者和消费者都依赖该模块。

在这里插入图片描述

2.地址缓存

注册中心挂了,服务依旧可以访问

  • 可以,因为dubbo服务消费者在第一-次调用时,会将服务提供方地址缓存到本地,以后在调用则不会访问注册中心。
  • 当服务提供者地址发生变化时,注册中心会通知服务消费者
  • 在这里插入图片描述

3.超时

在这里插入图片描述

  • 服务消费者在调用服务提供者的时候发生了阻塞、等待的情形,这个时候,服务消费者会直等待下去。
  • 在某个峰值时刻,大量的请求都在同时请求服务消费者,会造成线程的大量堆积,势必会造成雪崩。
  • dubbo利用超时机制来解决这个问题,设置-个超时时间, 在这个时间段内,无法完成服务访问,则自动断开连接。
  • 使用timeout属性配置超时时间,默认值1000,单位毫秒
/*timeout 设置超时时间;
retries 设置重试次数
version 设置版本
weight 设置权重*/
@Service(timeout = 3000, retries = 2, version = "v1.0", weight = 200)
public class UserServiceImpl implements UserService {
    
    @Override
    public String sayHello() {
        System.out.println("v1.0");
        return "hello dubbo! hello~~";
    }

    @Override
    public User findUserById(int id) {
        //查询user对象
        User user = new User(1, "Ariel", "985211");
        return user;
    }
}

4.重试:

在这里插入图片描述

  • 设置了超时时间,在这个时间段内,无法完成服务访问,则自动断开连接。
  • 如果出现网络抖动,则这一-次请求就会失败。
  • Dubbo提供重试机制来避免类似问题的发生。
  • 通过retries属性来设置重试次数。默认为2次
 //timeout 超时时间 单位毫秒  retries 重试次数
@Service(timeout = 3000,retries=0)

5.多版本

在这里插入图片描述
**灰度发布:**当出现新功能时,会让一部分用户先使用新功能,用户反馈没问题时,再将所有用户迁移到新功能。

dubbo中使用version属性来设置和调用同一个接口的不同版本
生产者配置

@Service(version="v2.0")
public class UserServiceImp12 implements UserService {...}

消费者配置

@Reference(version = "v2.0")//远程注入
private UserService userService;

6.负载均衡

负载均衡策略(4种) :
  • Random:按权重随机,默认值。按权重设置随机概率。
  • RoundRobin: 按权重轮询。
  • LeastActive:最少活跃调用数(找运行最快的),相同活跃数的随机
  • ConsistentHash:一 致性Hash,相同参数的请求总是发到同一提供者。

在这里插入图片描述
服务提供者配置

@Service(weight = 100)
public class UserServiceImp12 implements UserService {...}

消费者配置

@Reference(loadbalance = "random")//默认 按权重随机
private UserService userService;

7 集群容错:

在这里插入图片描述
集群容错模式:

  • Failover Cluster:失败重试。默认值。当出现失败,重试其它服务器,默认重试2次,使用retries配置。一般用于读操作
  • Failfast Cluster 快速失败,发起-次调用,失败立即报错。通常用于写操作
  • Failsafe Cluster:失败安全,出现异常时,直接忽略。返回一个空结果。
  • Failback Cluster:失败自动恢复,后台记录失败请求,定时重发。
  • Forking Cluster 并行调用多个服务器,只要一个成功即返回。通常用于同步数据
  • Broadcast Cluster: 广播调用所有提供者,逐个调用,任意一台报错则报错。

服务降级

需求:比如一台服务器性能不够了,腾出空间给主要服务运行

服务降级:当服务器压力剧增的情况下,根据实际业务情况及流量,对一些服务和页面有策略的不处理或换种简单的方式处理,从而释放服务器资源以保证核心交易正常运作或高效运作

服务降级方式:
mock= force:return null:表示消费方对该服务的方法调用都直接返回null值,不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。

mock=fail:return null:表示消费方对该服务的方法调用在失败后,再返回null值,不抛异常。用来容忍不重要服务不稳定时对调用方的影响
在这里插入图片描述
消费方配置

//远程注入
@Reference(mock =“ force :return null")//不再调用userService的服务
private UserService userService;
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

医保根本刷不完

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值