Dubbo 学习笔记总结

Posted IT_Holmes

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Dubbo 学习笔记总结相关的知识,希望对你有一定的参考价值。

文章目录

1. dubbo 高可用 zookeeper宕机与dubbo直连


在注册中心全部宕机后,服务提供者和服务消费者仍然能通过本地缓存通讯。

  • 意思是在注册中心没有宕机之前,服务提供者和服务消费者通信过,就会有本地缓存记录了服务提供者的相关信息,这样当注册中心宕机后,依然可以通过本地缓存通讯。

dubbo-monitor监控中心宕机后,它是不会影响dubbo使用的,只是丢失了部分采样数据(监控数据)。


注册中心对等集群,任意一台宕机后,将会自动切换到另一台。当然全部宕机后,依然能通过本地缓存来通讯(前提是访问过一次。)。


dubbo直连:

  • dubbo不走zookeeper注册中心,直接根据ip和端口号直连到服务提供者。
  • 使用@Reference(url = “127.0.0.1:20880”)实现dubbo直连。
@Reference(url = "127.0.0.1:20880")
UserService userService;

2. dubbo 高可用 负载均衡策略


第一种:基于权重的轮询负载均衡机制

  • 不指定权重就是轮询依次访问。

第二种:最少活跃数-负载均衡机制。

  • 根据上次响应时间最小的,从而访问服务器。

第三种:一致性hash-负载均衡机制。

  • 可以让参数相同的请求每次都访问到相同的服务上面。

上面代码对应的机制源码如下图:


对于设置这个轮询级别:

  • 可以直接从服务端/客户端服务级别,服务端/客户端方法级别设置loadbalance属性。
  • 对于注解,例如:@Reference直接加入loadbalance=“xxx”;@Service(loadbalance = “”,weight = 1)配置就可以。

还可以通过dubbo-admin管理者页面来操作一些权重啥的:

3. dubbo 高可用 服务降级


就是多个服务之间,可以屏蔽一些不关键或者不想让该服务器运行的一些服务。

mock=force:return+null是消费方对该服务的方法调用都直接返回null值,不发起远程调用。强制的意思。

mock=fail:return+null是消费方对该服务的方法调用失败后,再返回null值,不抛出异常。

注意:这两个策略都是针对服务消费者的操作!


可以通过dubbo-admin来给消费者设置策略:

对应返回结果和效果和上面两个策略相同!

4. dubbo 高可用 集群容错和hystrix

4.1 集群容错


集群容错就是在集群调用失败时,dubbo给出多种容错方案:

  • Failover Cluster(默认缺省):失败自动切换,当出现失败,重试其它服务器。
  • Failfast Cluster:快速失败,只发起一次调用,失败立即报错。通常用于非幂等性的写操作,比如新增记录。
  • Failsafe Cluster:失败安全,出现异常时,直接忽略。通常用于写入审计日志等操作。
  • Failback Cluster:失败自动恢复,后台记录失败请求,定时重发。通常用于消息通知操作。
  • Forking Cluster:并行调用多个服务器,只要一个成功即返回。
  • Broadcast Cluster:广播调用所有提供者,逐个调用,任意一台报错则报错。

配置这些集群容错模式:

4.2 hystrix配置


实际开发中,是通过整合hystrix来进行容错。

第一步:添加hystrix-starter的依赖。

第二步:@EnableHystrix 注解开启服务容错。

package com.itholmes.gmall;

import com.alibaba.dubbo.config.spring.context.annotation.EnableDubbo;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.hystrix.EnableHystrix;
import org.springframework.context.annotation.ImportResource;

@EnableDubbo(scanBasePackages = "com.itholmes")
@EnableHystrix //开启服务容错
@SpringBootApplication
public class BootUserServiceProviderApplication 
    public static void main(String[] args) 
        SpringApplication.run(BootUserServiceProviderApplication.class, args);
    

第三步:服务提供者或者服务消费者都可以使用@HystrixCommand注解标识用hystrix容错。

服务提供者演示:

package com.itholmes.gmall.service.impl;

import java.util.Arrays;
import java.util.List;
import com.itholmes.gmall.bean.UserAddress;
import com.itholmes.gmall.service.UserService;

import com.alibaba.dubbo.config.annotation.Service;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;

@Service
public class UserServiceImpl implements UserService

	@HystrixCommand//这样该方法就会被hystrix容错
	public List<UserAddress> getUserAddressList(String userId) 
		//模拟返回收获地址数据
		UserAddress address1 = new UserAddress(1,"北京XXXX","1","李四","1283095748","Y");
		UserAddress address2 = new UserAddress(2,"德州XXXX","2","张三","1283095123123","N");
		return Arrays.asList(address1,address2);
	
	

服务消费者演示:

package com.itholmes.gmall.service.impl;

import java.util.List;
import com.itholmes.gmall.bean.UserAddress;
import com.itholmes.gmall.service.OrderService;
import com.itholmes.gmall.service.UserService;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import org.springframework.stereotype.Service;
import com.alibaba.dubbo.config.annotation.Reference;

@Service//这里使用spring的Service,不用dubbo的Service。
public class OrderServiceImpl implements OrderService 

	@Reference
	UserService userService;

	//当前出错以后会调用callbackMethod方法去。
	@HystrixCommand(fallbackMethod="callbackMethod")
	public List<UserAddress> initOrder(String userId) 
		System.out.println("用户ID:"+userId);
		//1.查询用户的收货地址,也就是调用user-service-provider项目中的查询收货地址的功能
		List<UserAddress> list = userService.getUserAddressList(userId);
		for(UserAddress user:list) 
			System.out.println(user);
		
		return list;
	
	
	//方便上面调用
	public List<UserAddress> callbackMethod(String userId) 
		// TODO Auto-generated method stub
		System.out.println("发生错误,调用了回调函数。");
		return null;
	

	

5. RPC原理 和 Netty原理

5.1 RPC原理


dubbo就是一个RPC框架。

之前的dubbo操作也只是1和9这两个步骤而已:

5.2 netty通信原理


RPC底层是必须要有网络通信的,底层就是使用的netty框架来进行通信。


IO模式:

  • 本地IO:本地文件的IO操作。
  • 网络IO:网络间的IO操作。

两种IO模式:

  • BIO(Blocking IO):阻塞式IO。

  • NIO(Non-Blocking IO):非阻塞式IO。

    上图就是多路复用的效果:


netty就是基于NIO实现的。

6. dubbo 原理 框架设计


原理图:

dubbo整体设计介绍,每层概念:https://dubbo.apache.org/zh/docs/v2.7/dev/design/#m-zhdocsv27devdesign

7. dubbo 原理 启动解析(标签),加载配置信息


BeanDefinitionParser接口,下面有一个DubboBeanDefinitionParser实现类:

其中在DubboBeanDefinitionParser勒种的parse会解析各种dubbo的标签:

之后parse会进行各种判断,判断是哪个标签和对应的bean对象,该做什么事情等等。

在初始化之前会给封装很多值,对应上面的bean类和标签名啥的:

其实就是反射创建每个标签对应对象,并且配置对应属性而已。

8. dubbo 原理 服务暴露流程


服务暴露原理就要看ServiceBean类:

根据ServiceBean类一步步debug走,流程。

9. dubbo 原理 服务引用流程



同样debug一步步走,看过程。

此外,还有一个服务调用流程。

以上是关于Dubbo 学习笔记总结的主要内容,如果未能解决你的问题,请参考以下文章

Dubbo 学习笔记总结

Dubbo -- 系统学习 笔记 -- 示例 -- 服务分组

Dubbo -- 系统学习 笔记 -- 示例 -- 集群容错

Dubbo -- 系统学习 笔记 -- 示例 -- 分组聚合

Dubbo -- 系统学习 笔记 -- 示例 -- 负载均衡

dubbo学习笔记