Dubbo 快速学习笔记3（Dubbo高级特性）

一:序列化

1.1：讲解

我们两个机器传输数据，生产者将user对象转化成流，传给消费者【序列化】

消费者将流转换成User对象使用【反序列化】

 1：dubbo 内部已经将序列化和反序列化的过程内部封装了，我们只需要在定义pojo类时实现Serializable接口即可

2: 一般会定义一个公共的pojo模块，让生产者和消费者都依赖 该模块

1.2 示例代码

@Data
public class User implements Serializable {
    private int id;
    private String username;
    private String password;
}

 

 这里需要注意 我用的是lombok 所以pojo-pom 中我应该配成

<dependencies>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.22</version>
        <scope>provided</scope>
    </dependency>
</dependencies>

告诉maven 我只编译和测试时没有传递性

二：地址缓存

2.1：问题

注册中心挂了，服务是否可以正常访问？

可以，因为dubbo服务消费者在第一次调用时， 会将服务提供方地址缓存到本地，以后在调用则 不会访问注册中心

当服务提供者地址发生变化时，注册中心会通知 服务消费者。

 

 2.2：停止服务 测试

关闭zookeeper 然后继续调接口，发现接口是有值的

三：超时与重试

 • 服务消费者在调用服务提供者的时候发生了阻塞、等待的情形，这个时候，服务消费者会一直等待下去。

• 在某个峰值时刻，大量的请求都在同时请求服务消费者，会造成线程的大量堆积，势必会造成雪崩。

3.1超时：

• dubbo 利用超时机制来解决这个问题，设置一个超时时间，在这个时间段内，无法完成服务访问，则自动断开连接。

• 使用timeout属性配置超时时间，默认值1000，单位毫秒。

3.2重试：

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

提供方代码

@Service(timeout = 3000,retries = 2)

package com.hlm.service.impl;



//一般情况我们是@Service  将该类创建出来 放到SpringIoC 容器当中

import com.hlm.pojo.User;
import com.hlm.service.UserService;
import org.apache.dubbo.config.annotation.Service;

/*
* 将这个类的提供方法（服务）对外发布
* 将访问地址 ip，端口，路径注册到注册中心
* */
@Service(timeout = 3000,retries = 2)//当前服务3秒超时,重试2次，一共3次
public class UserServiceImpl implements UserService {

    @Override
    public String sayHello() {
        return "hello dubbo ~~~~";
    }


    public User findUserById(int i) {
        return new User(1,"zs","123");
    }

}

 消费方代码

 @Reference(timeout = 1000)//远程注入

package com.hlm.controller;

import com.hlm.pojo.User;
import com.hlm.service.UserService;
import org.apache.dubbo.config.annotation.Reference;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RequestMapping("/user")
public class UserController {

    /*
    *  传统的项目注入是 @Autwired 本地注入
    *
    * 这里呢： 1 从zookeeper 注册中心获取userService 的访问url
    *        2 进行远程调用RPC
    *        3 将结果封装为一个代理对象，给变量复制
    * */
    @Reference(timeout = 1000)//远程注入
    private  UserService userService;

    @RequestMapping("/sayHello")
    public String sayHello(){
        return userService.sayHello();
    }

    @RequestMapping("/find")
    public User find(int id){
        User user = userService.findUserById(id);
        return user;
    }

}

四：多版本

 • 灰度发布：当出现新功能时，会让一部 分用户先使用新功能，用户反馈没问题 时，再将所有用户迁移到新功能。

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

@Service(version = "v1.0")
public class UserServiceImpl implements UserService {
xxxxx
}
@Service(version = "v2.0")
public class UserServiceImpl2 implements UserService {
xxxxx
}

 注入时候选择版本即可

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

 五：负载均衡

 负载均衡策略（4种） ：

• Random ：按权重随机，默认值。按权重设置随 机概率。

• RoundRobin ：按权重轮询。

• LeastActive：最少活跃调用数，相同活跃数的随机

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

 权重 weight

@Service(weight = 100)

@Reference(loadbalance = "random")//远程注入
    private UserService userService;

 六：集群容错

集群容错模式：

• Failover Cluster：失败重试。默认值。当出现失败，重试其它 服务器 ，默认重试2次，使用 retries 配置。一般用于读操作

• Failfast Cluster ：快速失败，只发起一次调用，失败立即报错。 通常用于写操作。

• Failsafe Cluster ：失败安全，出现异常时，直接忽略。返回一 个空结果。

• Failback Cluster ：失败自动恢复，后台记录失败请求，定时 重发。通常用于消息通知操作。

• Forking Cluster ：并行调用多个服务器，只要一个成功即返回。 

• Broadcast Cluster ：广播调用所有提供者，逐个调用，任意 一台报错则报错。

比如：

@Reference(cluster = "failover")//远程注入
    private UserService userService;

 七：服务降级

• mock=force:return+null 表示消费方对该服务的方法调用都直接返回 null 值，不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。
• 还可以改为 mock=fail:return+null 表示消费方对该服务的方法调用在失败后，再返回 null 值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响。

 @Reference( mock="force:return null")//远程注入
    private  UserService userService;