Dubbo
Dubbo的应用更多的直接参考 官网即可
基础知识
分布式基础理论
什么是分布式系统
分布式系统是若干独立计算机的集合,这些计算机对于用户来说就像单个相关系统。
分布式系统(distributed system)是建立在网络之上的软件系统。
发展演变
RPC
Remote Procedure Call,远程过程调用,是一种进程间的通信方式,这是一种技术思想,而不是规范。它允许程序调用另一个地址空间(通常是共享网络的另一台机器上)的过程或函数,而不用程序员显式编码这个远程调用的细节。即程序员无论调用的本地还是远程的函数,本质上编写的调用代码基本相同。
上图为RPC原理图
上图为一个例子
RPC的两个核心模块:通讯,序列化
RPC的框架有很多,如:dubbo,gRPC,Thrift,HSF(High Speed Service Framework)
核心概念
Dubbo是一款高性能,轻量级的开源Java RPC框架,它提供了三大核心能力:面向接口的远程方法调用,智能容错,负载均衡,以及服务自动注册和发现。
举例:现在有用户服务和订单服务,用户服务里有一个接口可以返回用户的所有地址,订单服务现在要去调用用户服务里的这个接口。且用户服务和订单服务分别在不同的服务器上(这意味着二者不能直接使用对方的maven依赖,就需要远程调用服务)
下面的例子就会按照上图的顺序来搭建
具体的步骤可以参考Dubbo的官方文档——Dubbo官方文档地址
Registry——注册中心
首先需要搭建一个服务注册中心,这里可以使用任一注册中心,官方推荐的是zookeeper
common——通用
因为订单服务和用户服务内部的接口可能不止会被对方调用,可能还会被其他的服务调用。所以将他们的接口,实体类等都抽取出来,封装成一个common项目,其他的服务再来依赖这个项目。各自接口的实现在各自项目的内部完成。
在这个例子中,我们将用户服务的用户信息.java
以及用户服务的接口方法,以及订单服务的接口方法抽离出来
Provider——服务提供者(用户服务)
在这里需要做的就是暴露服务
- 导入Dubbo依赖,common模块,同时还需要引入操作注册中心(dubbo没有自动引入因为它支持不同的注册中心)的客户端
- 配置服务提供者
Consumer——服务消费者(订单服务)
- 导入Dubbo依赖,common模块
- 配置服务消费者
Monitor——管理控制台
这是Dubbo官方提供的可视化管理工具,可以直接去官方的github地址下载并使用,这也不展开,需要再搜索使用
Dubbo配置
覆盖策略:
- java虚拟机参数:-Ddubbo.protocol.port=20880
- xml文件
- properties文件
高可用
现象:注册中心宕机,还可以消费dubbo的服务
健壮性:
- 监控中心宕掉不影响使用,只是丢失部分采样数据
- 数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务
- 注册中心对等集群,任意一台宕掉后,将自动切换到另一台
- 注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯
- 服务提供者无状态,任意一台宕掉后,不影响使用
- 服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复
Dubbo原理
RPC原理
一次完整的RPC调用流程如下:
服务消费方(client)调用以本地调用方式调用服务;
client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体;
client stub找到服务地址,并将消息发送到服务端;
server stub收到消息后进行解码;
server stub根据解码结果调用本地的服务;
本地服务执行并将结果返回给server stub;
server stub将返回结果打包成消息并发送至消费方;
client stub接收到消息,并进行解码;
服务消费方得到最终结果。
RPC框架的目标就是要2~8这些步骤都封装起来,这些细节对用户来说是透明的,不可见的。
netty通信原理
Netty是一个异步事件驱动的网络应用程序框架, 用于快速开发可维护的高性能协议服务器和客户端。它极大地简化并简化了TCP和UDP套接字服务器等网络编程。
-
BIO:(Blocking IO)
-
NIO (Non-Blocking IO)
Selector 一般称 为选择器 ,也可以翻译为 多路复用器,
Connect(连接就绪)、Accept(接受就绪)、Read(读就绪)、Write(写就绪)
dubbo原理
框架设计
- config 配置层:对外配置接口,以 ServiceConfig, ReferenceConfig 为中心,可以直接初始化配置类,也可以通过 spring 解析配置生成配置类
- proxy 服务代理层:服务接口透明代理,生成服务的客户端 Stub 和服务器端 Skeleton, 以 ServiceProxy 为中心,扩展接口为 ProxyFactory
- registry 注册中心层:封装服务地址的注册与发现,以服务 URL 为中心,扩展接口为 RegistryFactory, Registry, RegistryService
- cluster 路由层:封装多个提供者的路由及负载均衡,并桥接注册中心,以 Invoker 为中心,扩展接口为 Cluster, Directory, Router, LoadBalance
- monitor 监控层:RPC 调用次数和调用时间监控,以 Statistics 为中心,扩展接口为 MonitorFactory, Monitor, MonitorService
- protocol 远程调用层:封装 RPC 调用,以 Invocation, Result 为中心,扩展接口为 Protocol, Invoker, Exporter
- exchange 信息交换层:封装请求响应模式,同步转异步,以 Request, Response 为中心,扩展接口为 Exchanger, ExchangeChannel, ExchangeClient, ExchangeServer
- transport 网络传输层:抽象 mina 和 netty 为统一接口,以 Message 为中心,扩展接口为 Channel, Transporter, Client, Server, Codec
- serialize 数据序列化层:可复用的一些工具,扩展接口为 Serialization, ObjectInput, ObjectOutput, ThreadPool