SpringCloud:
0,SpringCloud升级,部分组件停用:
1,Eureka停用,可以使用zk作为服务注册中心
2,服务调用,Ribbon准备停更,代替为LoadBalance
3,Feign改为OpenFeign
4,Hystrix停更,改为resilence4j
或者阿里巴巴的sentienl
5.Zuul改为gateway
6,服务配置Config改为 Nacos
7,服务总线Bus改为Nacos
环境搭建:
1,创建父工程,pom依赖
....
2,创建子模块,pay模块
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tkUraBIg-1595246457716)(.\图片\sc的3.png)]
1,子模块名字:
cloud_pay_8001
2,pom依赖
3,创建application.yml
server:
port: 8001
spring:
application:
name: cloud-payment-service
datasource:
# 当前数据源操作类型
type: com.alibaba.druid.pool.DruidDataSource
# mysql驱动类
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://localhost:3306/db2019?useUnicode=true&characterEncoding=
UTF-8&useSSL=false&serverTimezone=GMT%2B8
username: root
password: root
mybatis:
mapper-locations: classpath*:mapper/*.xml
type-aliases-package: com.eiletxie.springcloud.entities
它一般对应我们的实体类所在的包,这个时候会自动取对应包中不包括包名的简单类名作为包括包名的别名。多个package之间可以用逗号或者分号等来进行分隔(value的值一定要是包的全)
4,主启动类
…
5,业务类
1,sql
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-npw4IRAK-1595246457776)(.\图片\sc的4.png)]
2,实体类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-E4pI36eu-1595246457779)(.\图片\sc的5.png)]
3,.entity类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Fpd381p7-1595246457784)(.\图片\sc的6.png)]
4,dao层:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sMyEpW3K-1595246457787)(.\图片\sc的7.png)]
5,mapper配置文件类
在resource下,创建mapper/PayMapper.xml
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sifS1apm-1595246457788)(.\图片\sc的8.png)]
6,写service和serviceImpl
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7y34KDgP-1595246457789)(.\图片\sc的9.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xEXk1Xrk-1595246457790)(.\图片\sc的10.png)]
7,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9PjPlY6L-1595246457791)(.\图片\sc的11.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iaTyMJqe-1595246457792)(.\图片\sc的12.png)]
3,热部署:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OGYIYOAK-1595246457793)(.\图片\sc的13.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3GH2qNaZ-1595246457794)(.\图片\sc的14.png)]
…
…
…
4,order模块
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-j9jJHU26-1595246457795)(.\图片\sc的3.png)]
1,pom
2,yml配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YojKnXdT-1595246457795)(.\图片\order模块1.png)]
3,主启动类
4.复制pay模块的实体类,entity类
5,写controller类
因为这里是消费者类,主要是消费,那么就没有service和dao,需要调用pay模块的方法
并且这里还没有微服务的远程调用,那么如果要调用另外一个模块,则需要使用基本的api调用
使用RestTemplate调用pay模块,
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5zOr7hgv-1595246457796)(.\图片\order模块2.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NHjFRiV2-1595246457797)(.\图片\order模块3.png)]
将restTemplate注入到容器
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0fE0l4ZA-1595246457798)(.\图片\order模块4.png)]
编写controller:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zY1Xwzio-1595246457800)(.\图片\order模块5.png)]
5,重构,
新建一个模块,将重复代码抽取到一个公共模块中
1,创建commons模块
2,抽取公共pom
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Ki9tDNuj-1595246457801)(.\图片\commons模块.png)]
3,entity和实体类放入commons中
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rEKUnkOy-1595246457803)(.\图片\commons模块2.png)]
4,使用mavne,将commone模块打包(install),
其他模块引入commons
2,服务注册与发现
6,Eureka:
前面我们没有服务注册中心,也可以服务间调用,为什么还要服务注册?
当服务很多时,单靠代码手动管理是很麻烦的,需要一个公共组件,统一管理多服务,包括服务是否正常运行,等
Eureka用于**服务注册,目前官网已经停止更新**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z17PwhnD-1595246457805)(.\图片\Eureka的1.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sozbK0WX-1595246457806)(.\图片\Eureka的2.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7GMbmkB0-1595246457807)(.\图片\Eureka的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5mIHXOsi-1595246457808)(.\图片\Eureka的4.png)]
单机版eureka:
1,创建项目cloud_eureka_server_7001
2,引入pom依赖
eurka最新的依赖变了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-i7MMzY1S-1595246457809)(.\图片\Eureka的5.png)]
3,配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JNmoIY4b-1595246457810)(.\图片\Eureka的6.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vLTU7j3f-1595246457812)(.\图片\Eureka的7.png)]
5,此时就可以启动当前项目了
6,其他服务注册到eureka:
比如此时pay模块加入eureka:
1.主启动类上,加注解,表示当前是eureka客户端
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-X7DgUUKs-1595246457813)(.\图片\Eureka的10.png)]
2,修改pom,引入
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bAZ2oLR3-1595246457813)(.\图片\Eureka的8.png)]
3,修改配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f1Rf5Lyi-1595246457814)(.\图片\Eureka的9.png)]
4,pay模块重启,就可以注册到eureka中了
order模块的注册是一样的
集群版eureka:
集群原理:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2hrzOjPv-1595246457816)(.\图片\Eureka的11.png)]
1,就是pay模块启动时,注册自己,并且自身信息也放入eureka
2.order模块,首先也注册自己,放入信息,当要调用pay时,先从eureka拿到pay的调用地址
3.通过HttpClient调用
并且还会缓存一份到本地,每30秒更新一次
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4bycqbRG-1595246457817)(.\图片\Eureka的12.png)]
集群构建原理:
互相注册
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Wh8DGadX-1595246457818)(.\图片\Eureka的13.png)]
构建新erueka项目
名字:cloud_eureka_server_7002
1,pom文件:
粘贴7001的即可
2,配置文件:
在写配置文件前,修改一下主机的hosts文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yGcAYc1t-1595246457820)(.\图片\Eureka的14.png)]
首先修改之前的7001的eureka项目,因为多个eureka需要互相注册
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G4Z0E5Et-1595246457820)(.\图片\Eureka的15.png)]
然后修改7002
7002也是一样的,只不过端口和地址改一下
3,主启动类:
复制7001的即可
4,然后启动7001,7002即可
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ieo7i65B-1595246457821)(.\图片\Eureka的16.png)]
将pay,order模块注册到eureka集群中:
1,只需要修改配置文件即可:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fkkjYnDW-1595246457822)(.\图片\Eureka的17.png)]
2,两个模块都修改上面的都一样即可
然后启动两个模块
要先启动7001,7002,然后是pay模块8001,然后是order(80)
3,将pay模块也配置为集群模式:
0,创建新模块,8002
名称: cloud_pay_8002
1,pom文件,复制8001的
2,pom文件复制8001的
3,配置文件复制8001的
端口修改一下,改为8002
服务名称不用改,用一样的
4.主启动类,复制8001的
5,mapper,service,controller都复制一份
然后就启动服务即可
此时访问order模块,发现并没有负载均衡到两个pay,模块中,而是只访问8001
虽然我们是使用RestTemplate访问的微服务,但是也可以负载均衡的
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KVxUg8rX-1595246457823)(.\图片\Eureka的18.png)]
注意这样还不可以,需要让RestTemplate开启负载均衡注解,还可以指定负载均衡算法,默认轮询
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gM4Pbhng-1595246457824)(.\图片\Eureka的19.png)]
4,修改服务主机名和ip在eureka的web上显示
比如修改pay模块
1,修改配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZvcT7ZKp-1595246457826)(.\图片\Eureka的20.png)]
5,eureka服务发现:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4LFhxour-1595246457827)(.\图片\Eureka的21.png)]
以pay模块为例
1,首先添加一个注解,在controller中
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XWCXRLSt-1595246457828)(.\图片\Eureka的22.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-F1uNrYln-1595246457830)(.\图片\Eureka的23.png)]
2,在主启动类上添加一个注解
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kmbPm1kb-1595246457831)(.\图片\Eureka的24.png)]
然后重启8001.访问/payment/discovery
6,Eureka自我保护:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-g06pa2xC-1595246457832)(.\图片\Eureka的26.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EYBufjky-1595246457833)(.\图片\Eureka的27.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JA7e2jAO-1595246457834)(.\图片\Eureka的25.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iBPJqq6A-1595246457835)(.\图片\Eureka的28.png)]
eureka服务端配置:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xbNgS5ee-1595246457836)(.\图片\Eureka的29.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6wTE4pKf-1595246457838)(.\图片\Eureka的30.png)]
设置接受心跳时间间隔
客户端(比如pay模块):
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dqy110lJ-1595246457839)(.\图片\Eureka的31.png)]
此时启动erueka和pay.此时如果直接关闭了pay,那么erueka会直接删除其注册信息
7,Zookeeper服务注册与发现:
1,启动zk,到linux上
2,创建新的pay模块,
单独用于注册到zk中
名字 : cloud_pay_8003
1,pom依赖
2,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lDVwKOk5-1595246457840)(.\图片\zookeeper的3.png)]
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-w69kTupU-1595246457841)(.\图片\zookeeper的1.png)]
4,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4arj13zk-1595246457842)(.\图片\zookeeper的2.png)]
5,然后就可以启动
此时启动,会报错,因为jar包与我们的zk版本不匹配
解决:
修改pom文件,改为与我们zk版本匹配的jar包
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0xeJ4Cfq-1595246457842)(.\图片\zookeeper的4.png)]
此时8003就注册到zk中了
我们在zk上注册的node是临时节点,当我们的服务一定时间内没有发送心跳
那么zk就会`将这个服务的node删除了
这里测试,就不写service与dao什么的了
3,创建order消费模块注册到zk
1,创建项目
名字: cloud_order_zk_80
2,pom
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8st8EMNT-1595246457843)(.\图片\zookeeper的5.png)]
4主启动类:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0NwdIH4e-1595246457844)(.\图片\zookeeper的1.png)]
5,RestTemolate
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-s0UD9ni5-1595246457845)(.\图片\zookeeper的6.png)]
6,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MBq5eupZ-1595246457847)(.\图片\zookeeper的7.png)]
然后启动即可注册到zk
8,集群版zk注册:
只需要修改配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yaZrXnzn-1595246457848)(.\图片\zookeeper的5.png)]
这个connect-string指定多个zk地址即可
connect-string: 1.2.3.4,2.3.4.5
8,Consul:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P1QaZNWZ-1595246457850)(.\图片\consul的1.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9anGxH4k-1595246457851)(.\图片\consul的2.png)]
1,按照consul
需要下载一个安装包
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GM3LdVe7-1595246457852)(.\图片\consul的3.png)]
启动是一个命令行界面,需要输入consul agen-dev启动
2,创建新的pay模块,8006
1,项目名字
cloud_consule_pay_8006
2,pom依赖
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kX4fS1QY-1595246457853)(.\图片\consul的4.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Z6Ekre04-1595246457854)(.\图片\consul的5.png)]
5,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-d4W4rCro-1595246457855)(.\图片\consul的6.png)]
6,启动服务
3,创建新order模块
cloud-consul-order-80
1,pom文件
2,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tfbzLdHt-1595246457856)(.\图片\consul的7.png)]
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qjb31jqO-1595246457856)(.\图片\consul的5.png)]
4,RestTemplate注册
配置类注册
5,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aiVRHNt0-1595246457857)(.\图片\consul的8.png)]
6,启动服务,测试
9,三个注册中心的异同:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MuvAWakS-1595246457858)(.\图片\consul的9.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fpNkKxk2-1595246457859)(.\图片\consul的10.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SJ2PgMRW-1595246457860)(.\图片\consul的11.png)]
3,服务调用
10,Ribbon负载均衡:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fy9biAB2-1595246457860)(.\图片\Ribbon.png)]
Ribbon目前也进入维护,基本上不准备更新了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kxrRGwbM-1595246457861)(.\图片\Ribbon的2.png)]
进程内LB(本地负载均衡)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Yey2qDuh-1595246457862)(.\图片\Ribbon的5.png)]
集中式LB(服务端负载均衡)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zvU5IwUx-1595246457863)(.\图片\Ribbon的4.png)]
区别
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-q9MWf6ma-1595246457864)(.\图片\Ribbon的3.png)]
Ribbon就是负载均衡+RestTemplate
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jVcEMqjR-1595246457865)(.\图片\Ribbon的6.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MefzTXP7-1595246457866)(.\图片\Ribbon的7.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Tu6DwAsJ-1595246457867)(.\图片\Ribbon的8.png)]
使用Ribbon:
1,默认我们使用eureka的新版本时,它默认集成了ribbon:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-o6WPKg0v-1595246457868)(.\图片\Ribbon的9.png)]
这个starter中集成了reibbon了
2,我们也可以手动引入ribbon
放到order模块中,因为只有order访问pay时需要负载均衡
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SMoMJvAx-1595246457870)(.\图片\Ribbon的10.png)]
3,RestTemplate类:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-B4Lf5Wvc-1595246457871)(.\图片\Ribbon的11.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VqZPRurG-1595246457872)(.\图片\Ribbon的12.png)]
RestTemplate的:
xxxForObject()方法,返回的是响应体中的数据
xxxForEntity()方法.返回的是entity对象,这个对象不仅仅包含响应体数据,还包含响应体信息(状态码等)
Ribbon常用负载均衡算法:
IRule接口,Riboon使用该接口,根据特定算法从所有服务中,选择一个服务,
Rule接口有7个实现类,每个实现类代表一个负载均衡算法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-36cMgyTo-1595246457873)(.\图片\Ribbon的14.png)]
使用Ribbon:
这里使用eureka的那一套服务
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-h0a79EWd-1595246457875)(.\图片\Ribbon的15.png)]
也就是不能放在主启动类所在的包及子包下
1,修改order模块
2,额外创建一个包
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bY5AULV2-1595246457876)(.\图片\Ribbon的16.png)]
3,创建配置类,指定负载均衡算法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ukEEycS5-1595246457877)(.\图片\Ribbon的17.png)]
4,在主启动类上加一个注解
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-98VLTtmI-1595246457879)(.\图片\Ribbon的18.png)]
表示,访问CLOUD_pAYMENT_SERVICE的服务时,使用我们自定义的负载均衡算法
自定义负载均衡算法:
1,ribbon的轮询算法原理
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7o6u6YP5-1595246457880)(.\图片\Ribbon的19.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9weTmql7-1595246457881)(.\图片\Ribbon的21.png)]
2,自定义负载均衡算法:
1,给pay模块(8001,8002),的controller方法添加一个方法,返回当前节点端口
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-F2WsaqRF-1595246457884)(.\图片\Ribbon的23.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sJ1fcvF4-1595246457885)(.\图片\Ribbon的22.png)]
2,修改order模块
去掉@LoadBalanced
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Y431RiD4-1595246457886)(.\图片\Ribbon的24.png)]
3,自定义接口
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AvImvZQx-1595246457887)(.\图片\Ribbon的29.png)]
具体的算法在实现类中实现
4,接口实现类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tmAuXOX3-1595246457888)(.\图片\Ribbon的25.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PMnDUtTg-1595246457889)(.\图片\Ribbon的26.png)]
5,修改controller:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7u06dfkL-1595246457889)(.\图片\Ribbon的27.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-T6UOflMq-1595246457890)(.\图片\Ribbon的28.png)]
6,启动服务,测试即可
11,OpenFeign
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FcoxME7d-1595246457891)(.\图片\Feign的1.png)]
是一个声明式的web客户端,只需要创建一个接口,添加注解即可完成微服务之间的调用
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bIKZrRn1-1595246457892)(.\图片\Feign的2.png)]
就是A要调用B,Feign就是在A中创建一个一模一样的B对外提供服务的的接口,我们调用这个接口,就可以服务到B
Feign与OpenFeign区别
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dQvCkqh4-1595246457892)(.\图片\Feign的3.png)]
使用OpenFeign
之前的服务间调用,我们使用的是ribbon+RestTemplate
现在改为使用Feign
1,新建一个order项目,用于feign测试
名字cloud_order_feign-80
2,pom文件
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qALabxq8-1595246457893)(.\图片\Feign的4.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ofJXRXQE-1595246457894)(.\图片\Feign的5.png)]
5,fegin需要调用的其他的服务的接口
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7RpKPBcO-1595246457896)(.\图片\Feign的6.png)]
6,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LSGYVjkm-1595246457896)(.\图片\Feign的7.png)]
7测试:
启动两个erueka(7001,7002)
启动两个pay(8001,8002)
启动当前的order模块
Feign默认使用ribbon实现负载均衡
OpenFeign超时机制:
OpenFeign默认等待时间是1秒,超过1秒,直接报错
1,设置超时时间,修改配置文件:
因为OpenFeign的底层是ribbon进行负载均衡,所以它的超时时间是由ribbon控制
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cQ0v2doJ-1595246457897)(.\图片\Feign的8.png)]
OpenFeign日志:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ABJmWGxb-1595246457898)(.\图片\Feign的9.png)]
OpenFeign的日志级别有:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QYeV445q-1595246457899)(.\图片\Feign的10.png)]
1,使用OpenFeign的日志:
实现在配置类中添加OpenFeign的日志类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1d4adiZ3-1595246457900)(.\图片\Feign的11.png)]
2,为指定类设置日志级别:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ARNId5Sj-1595246457901)(.\图片\Feign的13.png)]
配置文件中:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L3PhcbTX-1595246457902)(.\图片\Feign的12.png)]
3,启动服务即可
4,服务降级:
12,Hystrix服务降级
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FOKX0bZR-1595246457903)(.\图片\Hystrix的2.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eWr1If7x-1595246457904)(.\图片\Hystrix的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FzvUQ3DD-1595246457904)(.\图片\Hystrix的4.png)]
hystrix中的重要概念:
1,服务降级
比如当某个服务繁忙,不能让客户端的请求一直等待,应该立刻返回给客户端一个备选方案
2,服务熔断
当某个服务出现问题,卡死了,不能让用户一直等待,需要关闭所有对此服务的访问
然后调用服务降级
3,服务限流
限流,比如秒杀场景,不能访问用户瞬间都访问服务器,限制一次只可以有多少请求
使用hystrix,服务降级:
1,创建带降级机制的pay模块 :
名字: cloud-hystrix-pay-8007
2,pom文件
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TIFhtMWC-1595246457905)(.\图片\Hystrix的5.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lVjBtQs7-1595246457906)(.\图片\Hystrix的8.png)]
5,service
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CLvY6NKP-1595246457907)(.\图片\Hystrix的6.png)]
6controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6AulXp9w-1595246457908)(.\图片\Hystrix的7.png)]
7,先测试:
此时使用压测工具,并发20000个请求,请求会延迟的那个方法,
压测中,发现,另外一个方法并没有被压测,但是我们访问它时,却需要等待
这就是因为被压测的方法它占用了服务器大部分资源,导致其他请求也变慢了
8,先不加入hystrix,
2,创建带降级的order模块:
1,名字: cloud-hystrix-order-80
2,pom
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0lOrvwaS-1595246457909)(.\图片\Hystrix的9.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GdA3oaN5-1595246457910)(.\图片\Hystrix的11.png)]
5,远程调用pay模块的接口:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UlxyfDTI-1595246457911)(.\图片\Hystrix的12.png)]
6,controller:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xo8JY9ka-1595246457911)(.\图片\Hystrix的13.png)]
7,测试
启动order模块,访问pay
再次压测2万并发,发现order访问也变慢了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-avjFrvYj-1595246457912)(.\图片\Hystrix的14.png)]
解决:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-k8EoNKKw-1595246457913)(.\图片\Hystrix的15.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-e93jjydO-1595246457914)(.\图片\Hystrix的16.png)]
3,配置服务降级:
1,修改pay模块
1,为service的指定方法(会延迟的方法)添加@HystrixCommand注解
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SoH9YdIk-1595246457915)(.\图片\Hystrix的17.png)]
2,主启动类上,添加激活hystrix的注解
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FkkWK99L-1595246457916)(.\图片\Hystrix的18.png)]
3,触发异常
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WJxo9gpG-1595246457918)(.\图片\Hystrix的19.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SypE0tic-1595246457918)(.\图片\Hystrix的20.png)]可以看到,也触发了降级
2,修改order模块,进行服务降级
一般服务降级,都是放在客户端(order模块),
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EA7mclph-1595246457920)(.\图片\Hystrix的21.png)]
1,修改配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wfd6sV2D-1595246457921)(.\图片\Hystrix的22.png)]
2,主启动类添加直接,启用hystrix:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vlamNmVb-1595246457922)(.\图片\Hystrix的23.png)]
3,修改controller,添加降级方法什么的
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kV59PtpG-1595246457924)(.\图片\Hystrix的24.png)]
4,测试
启动pay模块,order模块,
注意:,这里pay模块和order模块都开启了服务降级
但是order这里,设置了1.5秒就降级,所以访问时,一定会降级
4,重构:
上面出现的问题:
1,降级方法与业务方法写在了一块,耦合度高
2.每个业务方法都写了一个降级方法,重复代码多
解决重复代码的问题:
配置一个全局的降级方法,所有方法都可以走这个降级方法,至于某些特殊创建,再单独创建方法
1,创建一个全局方法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lp63FWrg-1595246457925)(.\图片\Hystrix的26.png)]
2,使用注解指定其为全局降级方法(默认降级方法)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZlqUewhk-1595246457926)(.\图片\Hystrix的27.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-r1PHkCNN-1595246457927)(.\图片\Hystrix的25.png)]
3,业务方法使用默认降级方法:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-x04A9Lpd-1595246457928)(.\图片\Hystrix的28.png)]
4,测试:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NpEKInsU-1595246457929)(.\图片\Hystrix的29.png)]
解决代码耦合度的问题:
修改order模块,这里开始,pay模块就不服务降级了,服务降级写在order模块即可
1,Payservice接口是远程调用pay模块的,我们这里创建一个类实现service接口,在实现类中统一处理异常
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6C3Rc54t-1595246457930)(.\图片\Hystrix的30.png)]
2,修改配置文件:添加:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tZ7wAMr9-1595246457931)(.\图片\Hystrix的31.png)]
3,让PayService的实现类生效:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aEvxaFqz-1595246457932)(.\图片\Hystrix的32.png)]
它的运行逻辑是:
当请求过来,首先还是通过Feign远程调用pay模块对应的方法
但是如果pay模块报错,调用失败,那么就会调用PayMentFalbackService类的
当前同名的方法,作为降级方法
4,启动测试
启动order和pay正常访问–ok
此时将pay服务关闭,order再次访问
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gaaxte4Z-1595246457933)(.\图片\Hystrix的33.png)]
可以看到,并没有报500错误,而是降级访问实现类的同名方法
这样,即使服务器挂了,用户要不要一直等待,或者报错
问题:
这样虽然解决了代码耦合度问题,但是又出现了过多重复代码的问题,每个方法都有一个降级方法
使用服务熔断:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hKFHrGKs-1595246457934)(.\图片\Hystrix的34.png)]
比如并发达到1000,我们就拒绝其他用户访问,在有用户访问,就访问降级方法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5Sz9j78w-1595246457935)(.\图片\Hystrix的35.png)]
1,修改前面的pay模块
1,修改Payservice接口,添加服务熔断相关的方法:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p063qq05-1595246457936)(.\图片\Hystrix的37.png)]
这里属性整体意思是:
10秒之内(窗口,会移动),如果并发超过10个,或者10个并发中,失败了6个,就开启熔断器
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WWLy4okN-1595246457937)(.\图片\Hystrix的43.png)]
IdUtil是Hutool包下的类,这个Hutool就是整合了所有的常用方法,比如UUID,反射,IO流等工具方法什么的都整合了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LEa153k2-1595246457938)(.\图片\Hystrix的36.png)]
断路器的打开和关闭,是按照一下5步决定的
1,并发此时是否达到我们指定的阈值
2,错误百分比,比如我们配置了60%,那么如果并发请求中,10次有6次是失败的,就开启断路器
3,上面的条件符合,断路器改变状态为open(开启)
4,这个服务的断路器开启,所有请求无法访问
5,在我们的时间窗口期,期间,尝试让一些请求通过(半开状态),如果请求还是失败,证明断路器还是开启状态,服务没有恢复
如果请求成功了,证明服务已经恢复,断路器状态变为close关闭状态
2,修改controller
添加一个测试方法;
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rqeAATVc-1595246457939)(.\图片\Hystrix的39.png)]
3,测试:
启动pay,order模块
多次访问,并且错误率超过60%:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-peYlQJSS-1595246457939)(.\图片\Hystrix的40.png)]
此时服务熔断,此时即使访问正确的也会报错:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-K4878oko-1595246457940)(.\图片\Hystrix的41.png)]
但是,当过了几秒后,又恢复了
因为在10秒窗口期内,它自己会尝试接收部分请求,发现服务可以正常调用,慢慢的当错误率低于60%,取消熔断
Hystrix所有可配置的属性:
全部在这个方法中记录,以成员变量的形式记录,
以后需要什么属性,查看这个类即可
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Kocj2p3y-1595246457941)(.\图片\Hystrix的38.png)]
总结:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ncDQavjG-1595246457942)(.\图片\Hystrix的42.png)]
当断路器开启后:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I2XqyXa0-1595246457943)(.\图片\Hystrix的44.png)]
其他参数:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-R75qBmFm-1595246457944)(.\图片\Hystrix的45.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-18ZMujTI-1595246457945)(.\图片\Hystrix的46.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p6CkLeBu-1595246457946)(.\图片\Hystrix的47.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UjQSeB26-1595246457946)(.\图片\Hystrix的48.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QfaU8PFB-1595246457947)(.\图片\Hystrix的49.png)]
熔断整体流程:
1请求进来,首先查询缓存,如果缓存有,直接返回
如果缓存没有,--->2
2,查看断路器是否开启,如果开启的,Hystrix直接将请求转发到降级返回,然后返回
如果断路器是关闭的,
判断线程池等资源是否已经满了,如果已经满了
也会走降级方法
如果资源没有满,判断我们使用的什么类型的Hystrix,决定调用构造方法还是run方法
然后处理请求
然后Hystrix将本次请求的结果信息汇报给断路器,因为断路器此时可能是开启的
(因为断路器开启也是可以接收请求的)
断路器收到信息,判断是否符合开启或关闭断路器的条件,
如果本次请求处理失败,又会进入降级方法
如果处理成功,判断处理是否超时,如果超时了,也进入降级方法
最后,没有超时,则本次请求处理成功,将结果返回给controller
Hystrix服务监控:
HystrixDashboard
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sRYqXPCk-1595246457948)(.\图片\Hystrix的51.png)]
2,使用HystrixDashboard:
1,创建项目:
名字: cloud_hystrixdashboard_9001
2,pom文件
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-85H51KpE-1595246457949)(.\图片\Hystrix的52.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pNyonEKT-1595246457950)(.\图片\Hystrix的53.png)]
5,修改所有pay模块(8001,8002,8003…)
他们都添加一个pom依赖:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-htJ9JauP-1595246457951)(.\图片\Hystrix的54.png)]
之前的pom文件中都添加过了,这个是springboot的监控组件
6,启动9001即可
访问: localhost:9001/hystrix
7,注意,此时仅仅是可以访问HystrixDashboard,并不代表已经监控了8001,8002
如果要监控,还需要配置:(8001为例)
8001的主启动类添加:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-omWN5sGQ-1595246457952)(.\图片\Hystrix的55.png)]
其他8002,8003都是一样的
8,到此,可以启动服务
启动7001,8001,9001
然后在web界面,指定9001要监控8001:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KxPQ3W5T-1595246457953)(.\图片\Hystrix的56.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-13gymSXF-1595246457954)(.\图片\Hystrix的57.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-13GFXgwD-1595246457955)(.\图片\Hystrix的59.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Phdl5W37-1595246457955)(.\图片\Hystrix的58.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ebZcXX9B-1595246457956)(.\图片\Hystrix的60.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PzdEQIAq-1595246457957)(.\图片\Hystrix的61.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jBOkmEhl-1595246457958)(.\图片\Hystrix的62.png)]
5,服务网关:
zuul停更了,
13,GateWay
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Q0aB7Nfk-1595246457959)(.\图片\gateway的1.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MwfpZLQA-1595246457960)(.\图片\gateway的2.png)]
gateway之所以性能号,因为底层使用WebFlux,而webFlux底层使用netty通信(NIO)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-on6MeWPV-1595246457961)(.\图片\gateway的3.png)]
GateWay的特性:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tcfxB7Q6-1595246457961)(.\图片\gateway的4.png)]
GateWay与zuul的区别:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7HwqTgvi-1595246457962)(.\图片\gateway的5.png)]
zuul1.x的模型:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-b1Mz0pKS-1595246457963)(.\图片\gateway的6.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DY13beRR-1595246457964)(.\图片\gateway的7.png)]
什么是webflux:
是一个非阻塞的web框架,类似springmvc这样的
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qGTnBmo4-1595246457964)(.\图片\gateway的8.png)]
GateWay的一些概念:
1,路由:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-64H3ZTPi-1595246457965)(.\图片\gateway的9.png)]
就是根据某些规则,将请求发送到指定服务上
2,断言:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AQ6Vrk6s-1595246457966)(.\图片\gateway的10.png)]
就是判断,如果符合条件就是xxxx,反之yyyy
3,过滤:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HWrhGeSL-1595246457967)(.\图片\gateway的11.png)]
路由前后,过滤请求
GateWay的工作原理:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NfIE60zG-1595246457968)(.\图片\gateway的12.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nYuXVjJj-1595246457970)(.\图片\gateway的13.png)]
使用GateWay:
想要新建一个GateWay的项目
名字: cloud_gateway_9527
1,pom
2,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4K9UqSSR-1595246457971)(.\图片\gateway的14.png)]
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ximmu0yh-1595246457972)(.\图片\gateway的15.png)]
4,针对pay模块,设置路由:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-P4PSIQ4y-1595246457973)(.\图片\gateway的16.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FE6m6jM3-1595246457974)(.\图片\gateway的18.png)]
修改GateWay模块(9527)的配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WndmgRUe-1595246457975)(.\图片\gateway的17.png)]
这里表示,
当访问localhost:9527/payment/get/1时,
路由到localhost:8001/payment/get/1
5,开始测试
启动7001,8001,9527
如果启动GateWay报错
可能是GateWay模块引入了web和监控的starter依赖,需要移除
访问:
localhost:9527/payment/get/1
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-goR0Do8E-1595246457976)(.\图片\gateway的19.png)]
6,GateWay的网关配置,
GateWay的网关配置,除了支持配置文件,还支持硬编码方式
7使用硬编码配置GateWay:
创建配置类:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gVHDTVo6-1595246457977)(.\图片\gateway的20.png)]
8,然后重启服务即可
重构:
上面的配置虽然首先了网关,但是是在配置文件中写死了要路由的地址
现在需要修改,不指定地址,而是根据微服务名字进行路由,我们可以在注册中心获取某组微服务的地址
需要:
1个eureka,2个pay模块
修改GateWay模块的配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LtapIV06-1595246457977)(.\图片\gateway的21.png)]
然后就可以启动微服务.测试
Pridicate断言:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-A2s58wW3-1595246457978)(.\图片\gateway的24.png)]
我们之前在配置文件中配置了断言:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SkwVy4cA-1595246457979)(.\图片\gateway的22.png)]
这个断言表示,如果外部访问路径是指定路径,就路由到指定微服务上
可以看到,这里有一个Path,这个是断言的一种,断言的类型:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vCwlFLZG-1595246457980)(.\图片\gateway的23.png)]
After:
可以指定,只有在指定时间后,才可以路由到指定微服务
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KfLow21M-1595246457981)(.\图片\gateway的26.png)]
这里表示,只有在2020年的2月21的15点51分37秒之后,访问才可以路由
在此之前的访问,都会报404
如何获取当前时区?**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hBRhY3l5-1595246457981)(.\图片\gateway的25.png)]
before:
与after类似,他说在指定时间之前的才可以访问
between:
需要指定两个时间,在他们之间的时间才可以访问
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YOZDfyVh-1595246457982)(.\图片\gateway的27.png)]
cookie:
只有包含某些指定cookie(key,value),的请求才可以路由
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cbUZPYPX-1595246457983)(.\图片\gateway的28.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zz7RdKee-1595246457984)(.\图片\gateway的29.png)]
Header:
只有包含指定请求头的请求,才可以路由
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rRrOthoB-1595246457987)(.\图片\gateway的31.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NY5Kedn7-1595246457988)(.\图片\gateway的32.png)]
测试:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3339qUUF-1595246457989)(.\图片\gateway的33.png)]
host:
只有指定主机的才可以访问,
比如我们当前的网站的域名是www.aa.com
那么这里就可以设置,只有用户是www.aa.com的请求,才进行路由
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ifO55dTp-1595246457990)(.\图片\gateway的34.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KRpjFO1m-1595246457991)(.\图片\gateway的35.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z8Z4GPl2-1595246457992)(.\图片\gateway的36.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SMnRmWqk-1595246457993)(.\图片\gateway的37.png)]
可以看到,如果带了域名访问,就可以,但是直接访问ip地址.就报错了
method:
只有指定请求才可以路由,比如get请求...
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VKssIwpr-1595246457993)(.\图片\gateway的38.png)]
path:
只有访问指定路径,才进行路由
比如访问,/abc才路由
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qDix1K1q-1595246457994)(.\图片\gateway的39.png)]
Query:
必须带有请求参数才可以访问
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-efBMbprD-1595246457997)(.\图片\gateway的40.png)]
Filter过滤器:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mViPtJcn-1595246457997)(.\图片\gateway的41.png)]
生命周期:
在请求进入路由之前,和处理请求完成,再次到达路由之前
种类:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lDowU5we-1595246457998)(.\图片\gateway的42.png)]
GateWayFilter,单一的过滤器
与断言类似,比如闲置,请求头,只有特定的请求头才放行,反之就过滤:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6ycWQEBi-1595246457999)(.\图片\gateway的43.png)]
GlobalFilter,全局过滤器:
自定义过滤器:
实现两个接口
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1xkWFJpR-1595246458000)(.\图片\gateway的44.png)]
然后启动服务,即可,因为过滤器通过@COmponet已经加入到容器了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Idw8uADb-1595246458002)(.\图片\gateway的46.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HldeswhY-1595246458003)(.\图片\gateway的45.png)]
6,服务配置:
Spring Config分布式配置中心:
微服务面临的问题
可以看到,每个微服务都需要一个配置文件,并且,如果有几个微服务都需要连接数据库
那么就需要配4次数据库相关配置,并且当数据库发生改动,那么需要同时修改4个微服务的配置文件才可以
所以有了springconfig配置中心
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L6bRXsSB-1595246458005)(.\图片\springconfig的1.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cp3LNPUa-1595246458005)(.\图片\springconfig的2.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5SafGn7T-1595246458006)(.\图片\springconfig的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sGgqZ03I-1595246458007)(.\图片\springconfig的4.png)]
使用配置中心:
0,使用github作为配置中心的仓库:
初始化git环境:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tgiu8xV8-1595246458008)(.\图片\springconfig的5.png)]
1,新建config模块:
名字: cloud-config-3344
2,pom
3,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I0npTpUT-1595246458009)(.\图片\springconfig的6.png)]
4,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EQ26ulrf-1595246458010)(.\图片\springconfig的7.png)]
5,修改hosts:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kyGU4Kao-1595246458010)(.\图片\springconfig的8.png)]
6,配置完成
测试,3344是否可以从github上获取配置
启动3344 (要先启动eureka)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-feHM1ddW-1595246458011)(.\图片\springconfig的9.png)]
它实际上就是,读取到配置文件中的GitHub的地址,然后拼接上/master/config-dev.yml
7,读取配置文件的规则:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eXUmExIf-1595246458012)(.\图片\springconfig的10.png)]
2,
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SzwYIJUv-1595246458013)(.\图片\springconfig的11.png)]
这里默认会读取master分支,因为我们配置文件中配置了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gwuuThi2-1595246458014)(.\图片\springconfig的12.png)]
3
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KlggN0sF-1595246458015)(.\图片\springconfig的13.png)]
注意,这个方式读取到的配置是json格式的
所有规则:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NkjHb9Jp-1595246458016)(.\图片\springconfig的14.png)]
2,创建配置中心客户端:
1,创建config客户端项目
名字: cloud-config-client-3355
2,pom
3,配置文件
注意这个配置文件就不是application.yml
而是bootstrap.yml
这个配置文件的作用是,先到配置中心加载配置,然后加载到application.yml中
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-y1lNE5uQ-1595246458017)(.\图片\springconfig的15.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AifZxWlA-1595246458019)(.\图片\springconfig的16.png)]
4,主启动类:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mnVja6aA-1595246458020)(.\图片\springconfig的17.png)]
5,controller类
就是上面提到的,以rest风格将配置对外暴露
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jCusrbsJ-1595246458021)(.\图片\springconfig的18.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fCBJFTd2-1595246458022)(.\图片\springconfig的19.png)]
如果客户端运行正常,就会读取到github上配置文件的,config.info下的配置
6,测试:
启动3344,3355
访问3355的 /configInfo
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sjjFAfU0-1595246458023)(.\图片\springconfig的21.png)]
7,问题::
上面3355确实获取到了配置文件,但是如果此时配置文件修改了,3355是获取不到的
3344可以实时获取到最新配置文件,但是3355却获取不到
除非重启服务
8,实现动态刷新:
1,修改3355,添加一个pom依赖:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VaJgpxWm-1595246458024)(.\图片\springconfig的22.png)]
2,修改配置文件,添加一个配置:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l1c46sI1-1595246458025)(.\图片\springconfig的23.png)]
3,修改controller:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aDnKWNFb-1595246458026)(.\图片\springconfig的24.png)]
4,此时重启服务
此时3355还不可以动态获取
因为此时,还需要外部发送post请求通知3355
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vrakFf3I-1595246458027)(.\图片\springconfig的25.png)]
此时在刷新3355,发现可以获取到最新的配置文件了,这就实现了动态获取配置文件,因为3355并没有重启
具体流程就是:
我们启动好服务后
运维人员,修改了配置文件,然后发送一个post请求通知3355
3355就可以获取最新配置文件
问题:
如果有多个客户端怎么办(3355,3356,3357…)
虽然可以使用shell脚本,循环刷新
但是,可不可以使用广播,一次通知??
这些springconfig做不到,需要使用springcloud Bus消息总线
消息总线:
SpringCloud Bus:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kCWjCMcR-1595246458029)(.\图片\springconfig的26.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Yzx9oqSB-1595246458030)(.\图片\springconfig的27.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1hVK3eCX-1595246458031)(.\图片\springconfig的31.png)]
注意,这里年张图片,就代表两种广播方式
图1: 它是Bus直接通知给其中一个客户端,由这个客户端开始蔓延,传播给其他所有客户端
图2: 它是通知给配置中心的服务端,有服务端广播给所有客户端
为什么被称为总线?
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mJ2IGLJJ-1595246458032)(.\图片\springconfig的28.png)]
就是通过消息队列达到广播的效果
我们要广播每个消息时,主要放到某个topic中,所有监听的节点都可以获取到
使用Bus:
1,配置rabbitmq环境:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GxR3HtP8-1595246458033)(.\图片\springconfig的29.png)]
2,之前只有一个配置中心客户端,这里在创建一个
复制3355即可,创建为3366
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vXxl3JCq-1595246458034)(.\图片\springconfig的30.png)]
全部复制3355的即可
2,使用Bus实现全局广播
Bus广播有两种方式:
就是上面两个图片的两种方式
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2fcMo0bi-1595246458035)(.\图片\springconfig的32.png)]
这两种方式,第二种跟合适,因为:
第一种的缺点:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zKdk8Hw8-1595246458036)(.\图片\springconfig的33.png)]
配置第二种方式:
1,配置3344(配置中心服务端):
1,修改配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5cTEZpsT-1595246458037)(.\图片\Bus的1.png)]
2,添加pom
springboot的监控组件,和消息总线
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FlFmGORl-1595246458038)(.\图片\Bus的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PcTPQgrZ-1595246458039)(.\图片\Bus的2.png)]
2,修改3355(配置中心的客户端)
1,pom:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-URdxXxo9-1595246458040)(.\图片\Bus的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N8FxLg9C-1595246458041)(.\图片\Bus的2.png)]
2,配置文件:
注意配置文件的名字,要改为bootstrap.yml
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7nFBa6Hd-1595246458041)(.\图片\Bus的5.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OkCDIYgM-1595246458042)(.\图片\Bus的4)]
3,修改3366(也是配置中心的客户端)
修改与3355是一模一样的
4,测试
启动7001,3344,3355,3366
此时修改GitHub上的配置文件
此时只需要刷新3344,即可让3355,3366动态获取最新的配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ltpHTjf1-1595246458043)(.\图片\Bus的6.png)]
其原理就是:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qBwMiZyH-1595246458044)(.\图片\Bus的7.png)]
所有客户端都监听了一个rabbitMq的topic,我们将信息放入这个topic,所有客户端都可以送到,从而实时更新
配置定点通知
就是只通知部分服务,比如只通知3355,不通知3366
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uqKYzffO-1595246458045)(.\图片\Bus的8.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NVCHu9Je-1595246458046)(.\图片\Bus的9.png)]
只通知3355
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-M3ZmHctX-1595246458047)(.\图片\Bus的11.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PwaXyKl2-1595246458048)(.\图片\Bus的12.png)]
可以看到,实际上就是通过微服务的名称+端口号进行指定
8,消息驱动:
Spring Cloud Stream:
现在一个很项目可能分为三部分:
前端--->后端---->大数据
而后端开发使用消息中间件,可能会使用RabbitMq
而大数据开发,一般都是使用Kafka,
那么一个项目中有多个消息中间件,对于程序员,因为人员都不友好
而Spring Cloud Stream就类似jpa,屏蔽底层消息中间件的差异,程序员主要操作Spring Cloud Stream即可
不需要管底层是kafka还是rabbitMq
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QDwV1Syc-1595246458049)(.\图片\SpringCloudStream的1.png)]
什么是Spring Cloud Stream
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DSCb1jM5-1595246458050)(.\图片\SpringCloudStream的2.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-T02jGaqQ-1595246458051)(.\图片\SpringCloudStream的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Sq49GE7m-1595246458052)(.\图片\SpringCloudStream的4.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FdEpqptj-1595246458053)(.\图片\SpringCloudStream的5.png)]
Spring Cloud Stream是怎么屏蔽底层差异的?
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WxbgPLTy-1595246458055)(.\图片\SpringCloudStream的6.png)]
绑定器:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vQ0niEhF-1595246458055)(.\图片\SpringCloudStream的7.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QneiZaHm-1595246458056)(.\图片\SpringCloudStream的8.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YnRrKDax-1595246458057)(.\图片\SpringCloudStream的9.png)]
Spring Cloud Streamd 通信模式:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RJH2YqAR-1595246458058)(.\图片\SpringCloudStream的10.png)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aqWQtOHm-1595246458059)(.\图片\SpringCloudStream的11.png)]
Spring Cloud Stream的业务流程:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LYNdEBwG-1595246458060)(.\图片\SpringCloudStream的12.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TcyyO2vX-1595246458061)(.\图片\SpringCloudStream的14.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-52hAgBN6-1595246458062)(.\图片\SpringCloudStream的13.png)]
类似flume中的channel,source,sink 估计是借鉴(抄袭)的
source用于获取数据(要发送到mq的数据)
channel类似SpringCloudStream中的中间件,用于存放source接收到的数据,或者是存放binder拉取的数据
常用注解和api:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tdzS9GvG-1595246458063)(.\图片\SpringCloudStream的15.png)]
使用SpringCloudStream:
需要创建三个项目,一个生产者,两个消费者
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L0eagLQ0-1595246458064)(.\图片\SpringCloudStream的16.png)]
1,创建生产者
1,pom
2,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pJD3HDyQ-1595246458064)(.\图片\SpringCloudStream的17)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tVWoGBbi-1595246458065)(.\图片\SpringCloudStream的18.png)]
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gJbTSViJ-1595246458066)(.\图片\SpringCloudStream的19.png)]
4,service和实现类
service定义发送消息
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EFg7HWT6-1595246458067)(.\图片\SpringCloudStream的20.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DaxHP5os-1595246458068)(.\图片\SpringCloudStream的21.png)]
这里,就会调用send方法,将消息发送给channel,
然后channel将消费发送给binder,然后发送到rabbitmq中
5,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZXJKvH4X-1595246458069)(.\图片\SpringCloudStream的22.png)]
6,可以测试
启动rabbitmq
启动7001,8801
确定8801后,会在rabbitmq中创建一个Exchange,就是我们配置文件中配置的exchange
访问8801的/sendMessage
创建消费者:
1,pom文件
2,配置文件
这里排版一点问题
input就表示,当前服务是一个消费者,需要消费消息,下面就是指定消费哪个Exchange中的消息
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lfLr3GPT-1595246458070)(.\图片\SpringCloudStream的23.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bUlYZVMY-1595246458071)(.\图片\SpringCloudStream的24.png)]
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ez5wA0cu-1595246458074)(.\图片\SpringCloudStream的25.png)]
4,业务类(消费数据)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3q3H572j-1595246458075)(.\图片\SpringCloudStream的26.png)]
生产者发送消息时,使用send方法发送,send方法发送的是一个个Message,里面封装了数据
5,测试:
启动7001.8801.8802
此时使用生产者生产消息
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Bng29i79-1595246458076)(.\图片\SpringCloudStream的27.png)]
可以看到,消费者已经接收到消息了
创建消费者2
创建8803,
与8802创建一模一样,就不写了
创建8803主要是为了演示重复消费等问题
…
…
…
重复消费问题:
此时启动7001.8801.8802.8803
此时生产者生产一条消息
但是此时查询消费者,发现8802,8803都消费到了同一条数据
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0AxVJE1U-1595246458077)(.\图片\SpringCloudStream的28.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hUJsL3oa-1595246458078)(.\图片\SpringCloudStream的29.png)]
1,自定义分组
修改8802,8803的配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PtszG7H2-1595246458079)(.\图片\SpringCloudStream的30.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-w6pIP6Z6-1595246458080)(.\图片\SpringCloudStream的31 - 副本.png)]
现在将8802,8803都分到了A组
然后去重启02,03
然后此时生产者生产两条消息
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Gw7t9Qwl-1595246458081)(.\图片\SpringCloudStream的33.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YRYgXNI3-1595246458082)(.\图片\SpringCloudStream的34.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TNpAA5rq-1595246458083)(.\图片\SpringCloudStream的35.png)]
可以看到,每人只消费了一条消息,并且没有重复消费
持久化问题:
就是当服务挂了,怎么消费没有消费的数据??
这里,先将8802移除A组,
然后将02,03服务关闭
此时生产者开启,发送3条消息
此时重启02,03
可以看到,当02退出A组后,它就获取不到在它宕机的时间段内的数据
但是03重启后,直接获取到了宕机期间它没有消费的数据,并且消费了
总结:
也就是,当我们没有配置分组时,会出现消息漏消费的问题
而配置分组后,我们可以自动获取未消费的数据
9,链路追踪:
Spring Cloud Sleuth
sleuth要解决的问题:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SUgFaiNt-1595246458084)(.\图片\sleuth的1.png)]
而来sleuth就是用于追踪每个请求的整体链路
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jo7sAtH9-1595246458086)(.\图片\sleuth的2.png)]
使用sleuth:
1,安装zipkin:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PlW4oTAk-1595246458087)(.\图片\sleuth的3.png)]
运行jar包
java -jar xxxx.jar
然后就可以访问web界面, 默认zipkin监听的端口是9411
localhost:9411/zipkin/
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qEy1XItQ-1595246458088)(.\图片\sleuth的4.png)]
一条链路完整图片:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pUC35QFG-1595246458089)(.\图片\sleuth的5.png)]
精简版:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bqdCaVJY-1595246458090)(.\图片\sleuth的6.png)]
可以看到,类似链表的形式
2,使用sleuth:
不需要额外创建项目,使用之前的8001和order的80即可
1,修改8001
引入pom:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xJVD2Enx-1595246458091)(.\图片\sleuth的7.png)]
这个包虽然叫zipkin但是,里面包含了zpikin与sleuth
修改配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DeM89LXP-1595246458092)(.\图片\sleuth的8.png)]
2,修改80
添加pom
与上面是一样的
添加配置:
与上面也是一样的
3,测试:
启动7001.8001,80,9411
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-drBp7JKN-1595246458092)(.\图片\sleuth的9.png)]
10,Spring CloudAlibaba:
之所以有Spring CloudAlibaba,是因为Spring Cloud Netflix项目进入维护模式
也就是,就不是不更新了,不会开发新组件了
所以,某些组件都有代替版了,比如Ribbon由Loadbalancer代替,等等
支持的功能
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nzwWKjNe-1595246458093)(.\图片\Alibaba的1.png)]
几乎可以将之前的Spring Cloud代替
具体组件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-D5PgEsDt-1595246458094)(.\图片\Alibaba的2.png)]
Nacos:
服务注册和配置中心的组合
Nacos=erueka+config+bus
安装Nacos:
需要java8 和 Mavne
1,到github上下载安装包
解压安装包
2,启动Nacos
在bin下,进入cod
./startup.cmd
3,访问Nacos
Nacos默认监听8848
localhost:8848/nacos
账号密码:默认都是nacos
使用Nacos:
新建pay模块
现在不需要额外的服务注册模块了,Nacos单独启动了
名字: cloudalibaba-pay-9001
1,pom
父项目管理alibaba的依赖:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iwO32Hxk-1595246458095)(.\图片\Alibaba的4.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2y32g2xE-1595246458095)(.\图片\Alibaba的3.png)]
9001的pom:
另外一个文件…
2,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SKPbY60T-1595246458096)(.\图片\Alibaba的5.png)]
3,启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tML9HJSV-1595246458097)(.\图片\Alibaba的6.png)]
4,controller:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CzI5iOIk-1595246458098)(.\图片\Alibaba的7.png)]
5,测试
启动9001
然后查看Nacos的web界面,可以看到9001已经注册成功
创建其他Pay模块
额外在创建9002,9003
直接复制上面的即可
创建order模块
名字: cloudalibaba-order-83
1,pom
为什么Nacos支持负载均衡?
Nacos直接集成了Ribon,所以有负载均衡
2,配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dXoOquge-1595246458099)(.\图片\Alibaba的8.png)]
这个server-url的作用是,我们在controller,需要使用RestTempalte远程调用9001,
这里是指定9001的地址
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HntKxmxq-1595246458100)(.\图片\Alibaba的9.png)]
4,编写配置类
因为Naocs要使用Ribbon进行负载均衡,那么就需要使用RestTemplate
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cViV8jQQ-1595246458101)(.\图片\Alibaba的10.png)]
5,controller:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tpM4l1y0-1595246458102)(.\图片\Alibaba的11.png)]
6,测试
启动83,访问9001,9002,可以看到,实现了负载均衡
Nacos与其他服务注册的对比
Nacos它既可以支持CP,也可以支持AP,可以切换
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dBFT5Y36-1595246458103)(.\图片\Alibaba的12.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6Ie54Z7R-1595246458104)(.\图片\Alibaba的13.png)]
下面这个curl命令,就是切换模式
使用Nacos作为配置中心:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-F1tciOlt-1595246458105)(.\图片\Alibaba的14.png)]
需要创建配置中心的客户端模块
cloudalibaba-Nacos-config-client-3377
1,pom
2,配置文件
这里需要配置两个配置文件,application.ymk和bootstarp.yml
主要是为了可以与spring clodu config无缝迁移
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-y56D4PtZ-1595246458106)(.\图片\Alibaba的15.png)]
可以看到
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5FcxVCtQ-1595246458106)(.\图片\Alibaba的16.png)]
3,主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-96y4yKYg-1595246458107)(.\图片\Alibaba的18.png)]
4,controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VB3EA6qT-1595246458108)(.\图片\Alibaba的17.png)]
可以看到,这里也添加了@RefreshScope
之前在Config配置中心,也是添加这个注解实现动态刷新的
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-k01G5q7g-1595246458109)(.\图片\Alibaba的19.png)]
5,在Nacos添加配置信息:
Nacos的配置规则:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6T8trtmZ-1595246458110)(.\图片\Alibaba的20.png)]
配置规则,就是我们在客户端如何指定读取配置文件,配置文件的命名的规则
默认的命名方式:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mOgLj3YN-1595246458111)(.\图片\Alibaba的21.png)]
prefix:
默认就是当前服务的服务名称
也可以通过spring.cloud.necos.config.prefix配置
spring.profile.active:
就是我们在application.yml中指定的,当前是开发环境还是测试等环境
这个可以不配置,如果不配置,那么前面的 - 也会没有
file-extension
就是当前文件的格式(后缀),目前只支持yml和properties
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uKelPBKm-1595246458112)(.\图片\Alibaba的24.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0yK6QfFX-1595246458113)(.\图片\Alibaba的25.png)]
在web UI上创建配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-72ZHMWSO-1595246458114)(.\图片\Alibaba的22.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dnoQoCsA-1595246458115)(.\图片\Alibaba的23.png)]
注意,DataId就是配置文件名字:
名字一定要按照上面的规则命名,否则客户端会读取不到配置文件
6,测试
重启3377客户端
访问3377
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DngUvr7R-1595246458116)(.\图片\Alibaba的26.png)]
拿到了配置文件中的值
7,注意默认就开启了自动刷新
此时我们修改了配置文件
客户端是可以立即更新的
因为Nacos支持Bus总线,会自动发送命令更新所有客户端
Nacos配置中心之分类配置:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-obKnL8OH-1595246458117)(.\图片\Alibaba的27.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-06wq8ZQI-1595246458118)(.\图片\Alibaba的28.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0v3lm7ZF-1595246458118)(.\图片\Alibaba的29.png)]
NameSpace默认有一个:public名称空间
这三个类似java的: 包名 + 类名 + 方法名
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dSmG3lw5-1595246458119)(.\图片\Alibaba的30.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fKuP1vMe-1595246458120)(.\图片\Alibaba的31.png)]
1,配置不同DataId:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Y07TjbzH-1595246458121)(.\图片\Alibaba的32.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hdCsvEgv-1595246458122)(.\图片\Alibaba的33.png)]
通过配置文件,实现多环境的读取:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2YZlcLtw-1595246458122)(.\图片\Alibaba的34.png)]
此时,改为dev,就会读取dev的配置文件,改为test,就会读取test的配置文件
2,配置不同的GroupID:
直接在新建配置文件时指定组
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-d91s6tuo-1595246458123)(.\图片\Alibaba的35.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QHKw9ff3-1595246458124)(.\图片\Alibaba的36.png)]
在客户端配置,使用指定组的配置文件:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1zg7Owb5-1595246458124)(.\图片\Alibaba的37.png)]
这两个配置文件都要修改
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Ny05ZRMn-1595246458126)(.\图片\Alibaba的38.png)]
重启服务,即可
配置不同的namespace:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eRYl9VVJ-1595246458126)(.\图片\Alibaba的39.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5d1hD42h-1595246458127)(.\图片\Alibaba的42.png)]
客户端配置使用不同名称空间:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-O8YjH8Ke-1595246458128)(.\图片\Alibaba的41.png)]
要通过命名空间id指定
OK,测试
Nacos集群和持久化配置:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9KaRGStu-1595246458129)(.\图片\Alibaba的45.png)]
Nacos默认有自带嵌入式数据库,derby,但是如果做集群模式的话,就不能使用自己的数据库
不然每个节点一个数据库,那么数据就不统一了,需要使用外部的mysql
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-j9yOQIs3-1595246458130)(.\图片\Alibaba的43.png)]
1,单机版,切换mysql数据库:
将nacos切换到使用我们自己的mysql数据库:
1,nacos默认自带了一个sql文件,在nacos安装目录下
将它放到我们的mysql执行
2,修改Nacos安装目录下的安排application.properties,添加:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5kSAsLxR-1595246458130)(.\图片\Alibaba的46.png)]
3,此时可以重启nacos,那么就会改为使用我们自己的mysql
Linux上配置Nacos集群+Mysql数据库
官方架构图:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OOrDkdaU-1595246458131)(.\图片\Alibaba的45.png)]
需要一个Nginx作为VIP
1,下载安装Nacos的Linux版安装包
2,进入安装目录,现在执行自带的sql文件
进入mysql,执行sql文件
3.修改配置文件,切换为我们的mysql
就是上面windos版要修改的几个属性
4,修改cluster.conf,指定哪几个节点是Nacos集群
这里使用3333,4444,5555作为三个Nacos节点监听的端口
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CinP4gDe-1595246458132)(.\图片\Alibaba的47.png)]
5,我们这里就不配置在不同节点上了,就放在一个节点上
既然要在一个节点上启动不同Nacos实例,就要修改startup.sh,使其根据不同端口启动不同Nacos实例
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vWYc1BfV-1595246458133)(.\图片\Alibaba的48.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Fovgfdh3-1595246458134)(.\图片\Alibaba的49.png)]
可以看到,这个脚本就是通过jvm启动nacos
所以我们最后修改的就是,nohup java -Dserver.port=3344
6,配置Nginx:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KBQilHGt-1595246458134)(.\图片\Alibaba的50.png)]
7,启动Nacos:
./startup.sh -p 3333
./startup.sh -p 4444
./startup.sh -p 5555
7,启动nginx
8,测试:
访问192.168.159.121:1111
如果可以进入nacos的web界面,就证明安装成功了
9,将微服务注册到Nacos集群:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aSuwEjuj-1595246458135)(.\图片\Alibaba的51.png)]
10,进入Nacos的web界面
可以看到,已经注册成功
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VgxenP29-1595246458136)(.\图片\Alibaba的52.png)]
Sentinel:
实现熔断与限流,就是Hystrix
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AXr2Bqqt-1595246458137)(.\图片\Alibaba的53.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nCt8Iv9i-1595246458138)(.\图片\Alibaba的54.png)]
使用sentinel:
1,下载sentinel的jar包
2,运行sentinel
由于是一个jar包,所以可以直接java -jar运行
注意,默认sentinel占用8080端口
3,访问sentinel
localhost:8080
微服务整合sentinel:
1,启动Nacos
2,新建一个项目,8401,主要用于配置sentinel
-
pom
-
配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gkwNdvWf-1595246458139)(.\图片\Alibaba的55.png)]
- 主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KuBOau4z-1595246458140)(.\图片\Alibaba的56.png)]
- controller\
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AnxoRQmf-1595246458141)(.\图片\sentinel的1.png)]
- 到这里就可以启动8401
此时我们到sentinel中查看,发现并8401的任何信息
是因为,sentinel是懒加载,需要我们执行一次访问,才会有信息
访问localhost/8401/testA
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HWUZCy9z-1595246458142)(.\图片\sentinel的2.png)]
- 可以看到.已经开始监听了
sentinel的流控规则
流量限制控制规则
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-G7kCpnMS-1595246458145)(.\图片\sentinel的7.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kIQwx80u-1595246458146)(.\图片\sentinel的3.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3DKwXU2L-1595246458146)(.\图片\sentinel的4.png)]
流控模式:
- 直接快速失败
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KxPODhYL-1595246458148)(.\图片\sentinel的9.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f3FD2hRR-1595246458149)(.\图片\sentinel的5.png)]
==直接失败的效果:==
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pTK1pHtT-1595246458150)(.\图片\sentinel的6.png)]
-
线程数:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TTtw0Zwr-1595246458151)(.\图片\sentinel的8.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wzOWUiY5-1595246458152)(.\图片\sentinel的10.png)]
比如a请求过来,处理很慢,在一直处理,此时b请求又过来了 此时因为a占用一个线程,此时要处理b请求就只有额外开启一个线程 那么就会报错
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LDttwA9T-1595246458153)(.\图片\sentinel的11.png)]
-
关联:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-phTvinVN-1595246458154)(.\图片\sentinel的12.png)]
应用场景: 比如支付接口达到阈值,就要限流下订单的接口,防止一直有订单
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PC712Rml-1595246458156)(.\图片\sentinel的13.png)]
当testA达到阈值,qps大于1,就让testB之后的请求直接失败
可以使用postman压测
-
链路:
多个请求调用同一个微服务 -
预热Warm up:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9JDolyh0-1595246458157)(.\图片\sentinel的14.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-c55AjRIB-1595246458158)(.\图片\sentinel的15.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bgwNKHNW-1595246458159)(.\图片\sentinel的16.png)]
==应用场景==
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-flzJfaAa-1595246458160)(.\图片\sentinel的17.png)]
- 排队等待:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NWFFOLFH-1595246458161)(.\图片\sentinel的18.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Hi4SKkTI-1595246458162)(.\图片\sentinel的19.png)]
降级规则:
就是熔断降级
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CkQjhwuL-1595246458162)(.\图片\sentinel的21.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5DfNXtHN-1595246458163)(.\图片\sentinel的20.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-geXGWjhS-1595246458164)(.\图片\sentinel的22.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5xcO1QY4-1595246458165)(.\图片\sentinel的23.png)]
1,RT配置:
新增一个请求方法用于测试
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MpoYlWgt-1595246458166)(.\图片\sentinel的24.png)]
配置RT:
这里配置的PT,默认是秒级的平均响应时间
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5fsMwmY6-1595246458167)(.\图片\sentinel的25.png)]
默认计算平均时间是: 1秒类进入5个请求,并且响应的平均值超过阈值(这里的200ms),就报错]
1秒5请求是Sentinel默认设置的
测试
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Cebn5iO5-1595246458168)(.\图片\sentinel的27.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8lnfCcVt-1595246458169)(.\图片\sentinel的26.png)]
默认熔断后.就直接抛出异常
2,异常比例:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GuayynS7-1595246458170)(.\图片\sentinel的28.png)]
修改请求方法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XX25lij3-1595246458170)(.\图片\sentinel的29.png)]
配置:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nOQYaPyL-1595246458171)(.\图片\sentinel的31.png)]
如果没触发熔断,这正常抛出异常:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z6mvZoeL-1595246458172)(.\图片\sentinel的32.png)]
触发熔断:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sJiafA7q-1595246458172)(.\图片\sentinel的33.png)]
3, 异常数:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2ApFrWnB-1595246458173)(.\图片\sentinel的34.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I6NJUuKY-1595246458174)(.\图片\sentinel的35.png)]
一分钟之内,有5个请求发送异常,进入熔断
热点规则:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GwArnjHm-1595246458175)(.\图片\sentinel的36.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TzOafUgt-1595246458175)(.\图片\sentinel的37.png)]
比如:
localhost:8080/aa?name=aa
localhost:8080/aa?name=b’b
加入两个请求中,带有参数aa的请求访问频次非常高,我们就现在name==aa的请求,但是bb的不限制
如何自定义降级方法,而不是默认的抛出异常?
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CH1lJngg-1595246458176)(.\图片\sentinel的38.png)]
使用@SentinelResource直接实现降级方法,它等同Hystrix的@HystrixCommand
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TlBZYoii-1595246458177)(.\图片\sentinel的39.png)]
定义热点规则:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VzbHLvIY-1595246458178)(.\图片\sentinel的40.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-odQZr9Qd-1595246458179)(.\图片\sentinel的42.png)]
此时我们访问/testHotkey并且带上才是p1
如果qps大于1,就会触发我们定义的降级方法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HpZiklF1-1595246458180)(.\图片\sentinel的41.png)]
但是我们的参数是P2,就没有问题
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Xd2DWTIu-1595246458181)(.\图片\sentinel的44.png)]
只有带了p1,才可能会触发热点限流
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vb5LNY4T-1595246458182)(.\图片\sentinel的43.png)]
2,设置热点规则中的其他选项:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Eo2zKVXM-1595246458183)(.\图片\sentinel的45.png)]
需求:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wFU5q87o-1595246458184)(.\图片\sentinel的46.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sKdqAa4K-1595246458185)(.\图片\sentinel的47.png)]
测试
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZLG1eavo-1595246458186)(.\图片\sentinel的48.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L5AumcIM-1595246458188)(.\图片\sentinel的49.png)]
注意:
参数类型只支持,8种基本类型+String类
注意:
如果我们程序出现异常,是不会走blockHander的降级方法的,因为这个方法只配置了热点规则,没有配置限流规则
我们这里配置的降级方法是sentinel针对热点规则配置的
只有触发热点规则才会降级
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9rjDtyl6-1595246458189)(.\图片\sentinel的50.png)]
3,系统规则:
系统自适应限流:
从整体维度对应用入口进行限流
对整体限流,比如设置qps到达100,这里限流会限制整个系统不可以
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3VcElYbR-1595246458190)(.\图片\sentinel的51.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NNc9QhC1-1595246458191)(.\图片\sentinel的52.png)]
测试:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p58UzrxR-1595246458192)(.\图片\sentinel的53.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JnjJHYqy-1595246458193)(.\图片\sentinel的54.png)]
@SentinelResource注解:
用于配置降级等功能
1,环境搭建
-
为8401添加依赖
添加我们自己的commone包的依赖
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Db58YDg3-1595246458194)(.\图片\sentinel的55.png)]
-
额外创建一个controller类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Atom8Qe1-1595246458195)(.\图片\sentinel的56.png)]
- 配置限流
**注意,我们这里配置规则,资源名指定的是@SentinelResource注解value的值,**
**这样也是可以的,也就是不一定要指定访问路径**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TiSV0Zuv-1595246458196)(.\图片\sentinel的57.png)]
- 测试.
可以看到已经进入降级方法了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9B4ftvUE-1595246458197)(.\图片\sentinel的58.png)]
- 此时我们关闭8401服务
可以看到,这些定义的规则是临时的,关闭服务,规则就没有了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gKP9Ioy8-1595246458198)(.\图片\sentinel的59.png)]
可以看到,上面配置的降级方法,又出现Hystrix遇到的问题了
降级方法与业务方法耦合
每个业务方法都需要对应一个降级方法
自定义限流处理逻辑:
-
单独创建一个类,用于处理限流
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IYlE3dwa-1595246458198)(.\图片\sentinel的的1.png)]
-
在controller中,指定使用自定义类中的方法作为降级方法
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0APEXabX-1595246458199)(.\图片\sentinel的的2.png)]
-
Sentinel中定义流控规则:
这里资源名,是以url指定,也可以使用@SentinelResource注解value的值指定
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3jR2KVyI-1595246458201)(.\图片\sentinel的的5.png)]
-
测试:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6i1ORKi6-1595246458202)(.\图片\sentinel的的3.png)]
-
整体:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5keTn5It-1595246458203)(.\图片\sentinel的的4.png)]
@SentinelResource注解的其他属性:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6afIhEPT-1595246458204)(.\图片\sentinel的的7.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dKS4lwpd-1595246458204)(.\图片\sentinel的的6.png)]
服务熔断:
-
启动nacos和sentinel
-
新建两个pay模块 9003和9004
-
pom
-
配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KaUFDQ5s-1595246458205)(.\图片\sentinel的的8.png)]*
3. 主启动类
```java
@SpringBootApplication
@EnableDiscoveryClient
public class PaymentMain9003 {
public static void main(String[] args) {
SpringApplication.run(PaymentMain9003.class,args);
}
}
```
4. controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VXC5PIHv-1595246458206)(.\图片\sentinel的的9.png)]
**然后启动9003.9004**
-
新建一个order-84消费者模块:
-
pom
与上面的pay一模一样
2. 配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AA2FxgZf-1595246458207)(.\图片\sentinel的的10.png)]
3. 主启动类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MDsa9Juv-1595246458208)(.\图片\sentinel的的11.png)]
4. 配置类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-icSxXiAn-1595246458209)(.\图片\sentinel的的12.png)]
5. controller
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ozTrFVBx-1595246458210)(.\图片\sentinel的的13.png)]
6. **==为业务方法添加fallback来指定降级方法==**:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-927XHc62-1595246458211)(.\图片\sentinel的的14.png)]
==重启order==
测试:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-X5wrMr5N-1595246458211)(.\图片\sentinel的的15.png)]
==所以,fallback是用于管理异常的,当业务方法发生异常,可以降级到指定方法==
注意,我们这里==并没有使用sentinel配置任何规则==,但是却降级成功,就是因为
fallback是用于管理异常的,当业务方法发生异常,可以降级到指定方法==
7. **==为业务方法添加blockHandler,看看是什么效果==**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HMictRl8-1595246458212)(.\图片\sentinel的的16.png)]
**重启84,访问业务方法:**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YPUwBFKp-1595246458215)(.\图片\sentinel的的17.png)]
可以看到.,直接报错了,并没有降级
也就是说,blockHandler==只对sentienl定义的规则降级==
8. **==如果fallback和blockHandler都配置呢?==**]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KJwsoMMN-1595246458216)(.\图片\sentinel的的18.png)]
**设置qps规则,阈值1**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ToUbD1Jp-1595246458217)(.\图片\sentinel的的19.png)]
==测试:==
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YJw42IjX-1595246458218)(.\图片\sentinel的的20.png)]
可以看到,当两个都同时生效时,==blockhandler优先生效==
9. **==@SentinelResource还有一个属性,exceptionsToIgnore==**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IlLvu3Ed-1595246458220)(.\图片\sentinel的的21.png)]
**exceptionsToIgnore指定一个异常类,**
**表示如果当前方法抛出的是指定的异常,不降级,直接对用户抛出异常**
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-60VluXn7-1595246458221)(.\图片\sentinel的的22.png)]
sentinel整合ribbon+openFeign+fallback
-
修改84模块,使其支持feign
-
pom
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zjiVIIiV-1595246458222)(.\图片\sentinel的的23.png)]
-
配置文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Gnf0bnwm-1595246458222)(.\图片\sentinel的的24.png)]
-
主启动类,也要修改
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-j9gwa5kJ-1595246458223)(.\图片\sentinel的的25.png)]
-
创建远程调用pay模块的接口
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zs1Avk2A-1595246458224)(.\图片\sentinel的的26.png)]
-
创建这个接口的实现类,用于降级
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2IdrGNeh-1595246458225)(.\图片\sentinel的的27.png)]
-
再次修改接口,指定降级类
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7Asiyc1V-1595246458225)(.\图片\sentinel的的28.png)]
- controller添加远程调用
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oWQRvl9m-1595246458226)(.\图片\sentinel的的29.png)]
-
测试
启动9003,84
-
测试,如果关闭9003.看看84会不会降级
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QfRO2Bsi-1595246458227)(.\图片\sentinel的的30.png)] **可以看到,正常降级了**
-
熔断框架比较
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0CTIaPx2-1595246458228)(.\图片\sentinel的的31.png)]
sentinel持久化规则
默认规则是临时存储的,重启sentinel就会消失
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FOtRHgn3-1595246458231)(.\图片\sentinel的的32.png)]
这里以之前的8401为案例进行修改:
-
修改8401的pom
添加: <!-- SpringCloud ailibaba sentinel-datasource-nacos 持久化需要用到--> <dependency> <groupId>com.alibaba.csp</groupId> <artifactId>sentinel-datasource-nacos</artifactId> </dependency>
-
修改配置文件:
添加:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cpYBNh2g-1595246458232)(.\图片\sentinel的的33.png)]
**实际上就是指定,我们的规则要保证在哪个名称空间的哪个分组下**
这里没有指定namespace, 但是是可以指定的
**注意,这里的dataid要与8401的服务名一致**
-
在nacos中创建一个配置文件,dataId就是上面配置文件中指定的
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2zkXeWAA-1595246458233)(.\图片\sentinel的的34.png)]
json中,这些属性的含义:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-O4gfFxDr-1595246458234)(.\图片\sentinel的的35.png)]
-
启动8401:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OfbdoRKv-1595246458235)(.\图片\sentinel的的36.png)]
可以看到,直接读取到了规则
-
关闭8401
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xDzmWHuM-1595246458236)(.\图片\sentinel的的37.png)]
- 此时重启8401,如果sentinel又可以正常读取到规则,那么证明持久化成功
可以看到,又重新出现了
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gdJKht6h-1595246458237)(.\图片\sentinel的的38.png)]
Seata:
是一个分布式事务的解决方案,
分布式事务中的一些概念,也是seata中的概念:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-onIVTW8Z-1595246458239)(.\图片\seala.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-a6Y9u8vQ-1595246458240)(.\图片\seala的2.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-h52SIylj-1595246458241)(.\图片\seala的3.png)]
seata安装:
-
下载安装seata的安装包
-
修改file.conf
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FzQjua3s-1595246458242)(.\图片\seala的4.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-t6LJpJMn-1595246458243)(.\图片\seala的5.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-onNdpELe-1595246458244)(.\图片\seala的6.png)]
-
mysql建库建表
1,上面指定了数据库为seata,所以创建一个数据库名为seata
2,建表,在seata的安装目录下有一个db_store.sql,运行即可
-
继续修改配置文件,修改registry.conf
配置seata作为微服务,指定注册中心
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aJdfUrAm-1595246458245)(.\图片\seala的7.png)]
- 启动
先启动nacos
在启动seata-server(运行安装目录下的,seata-server.bat)
业务说明
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IG9ukSaE-1595246458246)(.\图片\seala的8.png)]
下单—>库存—>账号余额
-
创建三个数据库
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-v9ekwRqK-1595246458247)(.\图片\seala的9.png)]
-
创建对应的表
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GcfD0sDi-1595246458248)(.\图片\seala的10.png)]
- 创建回滚日志表,方便查看
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KB8OLbyh-1595246458249)(.\图片\seala的11.png)]
**注意==每个库都要执行一次==这个sql,生成回滚日志表**
- 每个业务都创建一个微服务,也就是要有三个微服务,订单,库存,账号
==订单==,seta-order-2001
1. pom
2. 配置文件
```yaml
server:
port: 2001
spring:
application:
name: seata-order-service
cloud:
alibaba:
seata:
# 自定义事务组名称需要与seata-server中的对应,我们之前在seata的配置文件中配置的名字
tx-service-group: fsp_tx_group
nacos:
discovery:
server-addr: 127.0.0.1:8848
datasource:
# 当前数据源操作类型
type: com.alibaba.druid.pool.DruidDataSource
# mysql驱动类
driver-class-name: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://localhost:3306/seata_order?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=GMT%2B8
username: root
password: root
feign:
hystrix:
enabled: false
logging:
level:
io:
seata: info
mybatis:
mapperLocations: classpath*:mapper/*.xml
```
还要额外创建其他配置文件,创建一个file.conf:
```.conf
transport {
# tcp udt unix-domain-socket
type = "TCP"
#NIO NATIVE
server = "NIO"
#enable heartbeat
heartbeat = true
#thread factory for netty
thread-factory {
boss-thread-prefix = "NettyBoss"
worker-thread-prefix = "NettyServerNIOWorker"
server-executor-thread-prefix = "NettyServerBizHandler"
share-boss-worker = false
client-selector-thread-prefix = "NettyClientSelector"
client-selector-thread-size = 1
client-worker-thread-prefix = "NettyClientWorkerThread"
# netty boss thread size,will not be used for UDT
boss-thread-size = 1
#auto default pin or 8
worker-thread-size = 8
}
shutdown {
# when destroy server, wait seconds
wait = 3
}
serialization = "seata"
compressor = "none"
}
service {
#vgroup->rgroup
# 事务组名称
vgroup_mapping.fsp_tx_group = "default"
#only support single node
default.grouplist = "127.0.0.1:8091"
#degrade current not support
enableDegrade = false
#disable
disable = false
#unit ms,s,m,h,d represents milliseconds, seconds, minutes, hours, days, default permanent
max.commit.retry.timeout = "-1"
max.rollback.retry.timeout = "-1"
}
client {
async.commit.buffer.limit = 10000
lock {
retry.internal = 10
retry.times = 30
}
report.retry.count = 5
tm.commit.retry.count = 1
tm.rollback.retry.count = 1
}
## transaction log store
store {
## store mode: file、db
#mode = "file"
mode = "db"
## file store
file {
dir = "sessionStore"
# branch session size , if exceeded first try compress lockkey, still exceeded throws exceptions
max-branch-session-size = 16384
# globe session size , if exceeded throws exceptions
max-global-session-size = 512
# file buffer size , if exceeded allocate new buffer
file-write-buffer-cache-size = 16384
# when recover batch read size
session.reload.read_size = 100
# async, sync
flush-disk-mode = async
}
## database store
db {
## the implement of javax.sql.DataSource, such as DruidDataSource(druid)/BasicDataSource(dbcp) etc.
datasource = "dbcp"
## mysql/oracle/h2/oceanbase etc.
db-type = "mysql"
driver-class-name = "com.mysql.jdbc.Driver"
url = "jdbc:mysql://127.0.0.1:3306/seata"
user = "root"
password = "root"
min-conn = 1
max-conn = 3
global.table = "global_table"
branch.table = "branch_table"
lock-table = "lock_table"
query-limit = 100
}
}
lock {
## the lock store mode: local、remote
mode = "remote"
local {
## store locks in user's database
}
remote {
## store locks in the seata's server
}
}
recovery {
#schedule committing retry period in milliseconds
committing-retry-period = 1000
#schedule asyn committing retry period in milliseconds
asyn-committing-retry-period = 1000
#schedule rollbacking retry period in milliseconds
rollbacking-retry-period = 1000
#schedule timeout retry period in milliseconds
timeout-retry-period = 1000
}
transaction {
undo.data.validation = true
undo.log.serialization = "jackson"
undo.log.save.days = 7
#schedule delete expired undo_log in milliseconds
undo.log.delete.period = 86400000
undo.log.table = "undo_log"
}
## metrics settings
metrics {
enabled = false
registry-type = "compact"
# multi exporters use comma divided
exporter-list = "prometheus"
exporter-prometheus-port = 9898
}
support {
## spring
spring {
# auto proxy the DataSource bean
datasource.autoproxy = false
}
}
```
创建registry.conf:
```conf
registry {
# file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
type = "nacos"
nacos {
#serverAddr = "localhost"
serverAddr = "localhost:8848"
namespace = ""
cluster = "default"
}
eureka {
serviceUrl = "http://localhost:8761/eureka"
application = "default"
weight = "1"
}
redis {
serverAddr = "localhost:6379"
db = "0"
}
zk {
cluster = "default"
serverAddr = "127.0.0.1:2181"
session.timeout = 6000
connect.timeout = 2000
}
consul {
cluster = "default"
serverAddr = "127.0.0.1:8500"
}
etcd3 {
cluster = "default"
serverAddr = "http://localhost:2379"
}
sofa {
serverAddr = "127.0.0.1:9603"
application = "default"
region = "DEFAULT_ZONE"
datacenter = "DefaultDataCenter"
cluster = "default"
group = "SEATA_GROUP"
addressWaitTime = "3000"
}
file {
name = "file.conf"
}
}
config {
# file、nacos 、apollo、zk、consul、etcd3
type = "file"
nacos {
serverAddr = "localhost"
namespace = ""
}
consul {
serverAddr = "127.0.0.1:8500"
}
apollo {
app.id = "seata-server"
apollo.meta = "http://192.168.1.204:8801"
}
zk {
serverAddr = "127.0.0.1:2181"
session.timeout = 6000
connect.timeout = 2000
}
etcd3 {
serverAddr = "http://localhost:2379"
}
file {
name = "file.conf"
}
}
```
==实际上,就是要将seata中的我们之前修改的两个配置文件复制到这个项目下==
3. **主启动类**
```java
@SpringBootApplication(exclude = DataSourceAutoConfiguration.class) //取消数据源的自动创建
@EnableDiscoveryClient
@EnableFeignClients
public class SeataOrderMain2001 {
public static void main(String[] args) {
SpringApplication.run(SeataOrderMain2001.class,args);
}
}
```
4. **service层**
```xml
public interface OrderService {
/**
* 创建订单
* @param order
*/
void create(Order order);
}
```
```xml
@FeignClient(value = "seata-storage-service")
public interface StorageService {
/**
* 减库存
* @param productId
* @param count
* @return
*/
@PostMapping(value = "/storage/decrease")
CommonResult decrease(@RequestParam("productId") Long productId, @RequestParam("count") Integer count);
}
```
```xml
@FeignClient(value = "seata-account-service")
public interface AccountService {
/**
* 减余额
* @param userId
* @param money
* @return
*/
@PostMapping(value = "/account/decrease")
CommonResult decrease(@RequestParam("userId") Long userId, @RequestParam("money") BigDecimal money);
}
```
```xml
@Service
@Slf4j
public class OrderServiceImpl implements OrderService {
@Resource
private OrderDao orderDao;
@Resource
private AccountService accountService;
@Resource
private StorageService storageService;
/**
* 创建订单->调用库存服务扣减库存->调用账户服务扣减账户余额->修改订单状态
* 简单说:
* 下订单->减库存->减余额->改状态
* GlobalTransactional seata开启分布式事务,异常时回滚,name保证唯一即可
* @param order 订单对象
*/
@Override
///@GlobalTransactional(name = "fsp-create-order", rollbackFor = Exception.class)
public void create(Order order) {
// 1 新建订单
log.info("----->开始新建订单");
orderDao.create(order);
// 2 扣减库存
log.info("----->订单微服务开始调用库存,做扣减Count");
storageService.decrease(order.getProductId(), order.getCount());
log.info("----->订单微服务开始调用库存,做扣减End");
// 3 扣减账户
log.info("----->订单微服务开始调用账户,做扣减Money");
accountService.decrease(order.getUserId(), order.getMoney());
log.info("----->订单微服务开始调用账户,做扣减End");
// 4 修改订单状态,从0到1,1代表已完成
log.info("----->修改订单状态开始");
orderDao.update(order.getUserId(), 0);
log.info("----->下订单结束了,O(∩_∩)O哈哈~");
}
}
```
5. **dao层,也就是接口**
```java
@Mapper
public interface OrderDao {
/**
* 1 新建订单
* @param order
* @return
*/
int create(Order order);
/**
* 2 修改订单状态,从0改为1
* @param userId
* @param status
* @return
*/
int update(@Param("userId") Long userId, @Param("status") Integer status);
}
```
==在resource下创建mapper文件夹,编写mapper.xml==
```xml
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.eiletxie.springcloud.alibaba.dao.OrderDao">
<resultMap id="BaseResultMap" type="com.eiletxie.springcloud.alibaba.domain.Order">
<id column="id" property="id" jdbcType="BIGINT"></id>
<result column="user_id" property="userId" jdbcType="BIGINT"></result>
<result column="product_id" property="productId" jdbcType="BIGINT"></result>
<result column="count" property="count" jdbcType="INTEGER"></result>
<result column="money" property="money" jdbcType="DECIMAL"></result>
<result column="status" property="status" jdbcType="INTEGER"></result>
</resultMap>
<insert id="create" parameterType="com.eiletxie.springcloud.alibaba.domain.Order" useGeneratedKeys="true"
keyProperty="id">
insert into t_order(user_id,product_id,count,money,status) values (#{userId},#{productId},#{count},#{money},0);
</insert>
<update id="update">
update t_order set status =1 where user_id =#{userId} and status=#{status};
</update>
</mapper>
```
6. **controller层**
```java
@RestController
public class OrderController {
@Resource
private OrderService orderService;
/**
* 创建订单
*
* @param order
* @return
*/
@GetMapping("/order/create")
public CommonResult create(Order order) {
orderService.create(order);
return new CommonResult(200, "订单创建成功");
}
}
```
7. **entity类(也叫domain类)**
```java
@Data
@AllArgsConstructor
@NoArgsConstructor
public class CommonResult<T> {
private Integer code;
private String message;
private T data;
public CommonResult(Integer code, String message) {
this(code, message, null);
}
}
```
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QQiZx2z7-1595246458251)(.\图片\seala的12.png)]
8. config配置类
```java
@Configuration
@MapperScan({"com.eiletxie.springcloud.alibaba.dao"}) 指定我们的接口的位置
public class MyBatisConfig {
}
```
```java
/**
* @Author EiletXie
* @Since 2020/3/18 21:51
* 使用Seata对数据源进行代理
*/
@Configuration
public class DataSourceProxyConfig {
@Value("${mybatis.mapperLocations}")
private String mapperLocations;
@Bean
@ConfigurationProperties(prefix = "spring.datasource")
public DataSource druidDataSource() {
return new DruidDataSource();
}
@Bean
public DataSourceProxy dataSourceProxy(DataSource druidDataSource) {
return new DataSourceProxy(druidDataSource);
}
@Bean
public SqlSessionFactory sqlSessionFactoryBean(DataSourceProxy dataSourceProxy) throws Exception {
SqlSessionFactoryBean bean = new SqlSessionFactoryBean();
bean.setDataSource(dataSourceProxy);
ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
bean.setMapperLocations(resolver.getResources(mapperLocations));
return bean.getObject();
}
}
```
9.
10.
11.
==库存==,seta-storage-2002
**==看脑图==**
1. pom
2. 配置文件
3. 主启动类
4. service层
5. dao层
6. controller层
7.
8.
==账号==,seta-account-2003
**==看脑图==**
1. pom
2. 配置文件
3. 主启动类
4. service层
5. dao层
6. controller层
7.
8.
-
全局创建完成后,首先测试不加seata
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HoatAMLd-1595246458253)(.\图片\seala的14.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wCrcJK0U-1595246458253)(.\图片\seala的13.png)]
-
使用seata:
在订单模块的serviceImpl类中的create方法添加启动分布式事务的注解
/**
这里添加开启分布式事务的注解,name指定当前全局事务的名称
rollbackFor表示,发生什么异常需要回滚
noRollbackFor:表示,发生什么异常不需要回滚
*/
@GlobalTransactional(name = "fsp-create-order",rollbackFor = Exception.class)
///@GlobalTransactional(name = "fsp-create-order", rollbackFor = Exception.class)
public void create(Order order) {
// 1 新建订单
log.info("----->开始新建订单");
orderDao.create(order);
// 2 扣减库存
log.info("----->订单微服务开始调用库存,做扣减Count");
storageService.decrease(order.getProductId(), order.getCount());
log.info("----->订单微服务开始调用库存,做扣减End");
// 3 扣减账户
log.info("----->订单微服务开始调用账户,做扣减Money");
accountService.decrease(order.getUserId(), order.getMoney());
log.info("----->订单微服务开始调用账户,做扣减End");
// 4 修改订单状态,从0到1,1代表已完成
log.info("----->修改订单状态开始");
orderDao.update(order.getUserId(), 0);
log.info("----->下订单结束了,O(∩_∩)O哈哈~");
}
```
- 此时在测试
发现,发生异常后,直接回滚了,前面的修改操作都回滚了
setat原理:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7dqrho1l-1595246458254)(.\图片\seala的15.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-D45ksos0-1595246458255)(.\图片\seala的16.png)]
seata提供了四个模式:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Zc2BtqFd-1595246458256)(.\图片\seala的17.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JVdSRHy2-1595246458257)(.\图片\seala的18.png)]
第一阶段:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nwjneuBx-1595246458258)(.\图片\seala的20.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3rJop4nA-1595246458259)(.\图片\seala的19.png)]
二阶段之提交:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iFRnlWe7-1595246458260)(.\图片\seala的21.png)]
二阶段之回滚:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FiluCvqn-1595246458260)(.\图片\seala的22.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VTExP3rA-1595246458261)(.\图片\seala的23.png)]
断点:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hLc54JUp-1595246458262)(.\图片\seala的24.png)]
可以看到,他们的xid全局事务id是一样的,证明他们在一个事务下
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Iv8ByGSd-1595246458263)(.\图片\seala的25.png)]
before 和 after的原理就是
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-arbE7DOB-1595246458264)(.\图片\seala的26.png)]
在更新数据之前,先解析这个更新sql,然后查询要更新的数据,进行保存