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模块

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

2,实体类

3,.entity类

4,dao层:

5,mapper配置文件类

            **在resource下,创建mapper/PayMapper.xml**

6,写service和serviceImpl

7,controller

3,热部署:

…..

…..

….

4,order模块

1,pom

2,yml配置文件

3,主启动类

4.复制pay模块的实体类,entity类

5,写controller类

    因为这里是消费者类,主要是消费,那么就没有service和dao,需要调用pay模块的方法
    并且这里还没有微服务的远程调用,那么如果要调用另外一个模块,则需要使用基本的api调用

使用RestTemplate调用pay模块,

![](.%5C%E5%9B%BE%E7%89%87%5Corder%E6%A8%A1%E5%9D%972.png#alt=)

将restTemplate注入到容器

编写controller:

5,重构,

新建一个模块,将重复代码抽取到一个公共模块中

1,创建commons模块

2,抽取公共pom

3,entity和实体类放入commons中

4,使用mavne,将commone模块打包(install),

    其他模块引入commons

2,服务注册与发现

6,Eureka:

前面我们没有服务注册中心,也可以服务间调用,为什么还要服务注册?

当服务很多时,单靠代码手动管理是很麻烦的,需要一个公共组件,统一管理多服务,包括服务是否正常运行,等

Eureka用于服务注册,目前官网已经停止更新

![](.%5C%E5%9B%BE%E7%89%87%5CEureka%E7%9A%841.png#alt=)

单机版eureka:

1,创建项目cloud_eureka_server_7001

2,引入pom依赖

    eurka最新的依赖变了

3,配置文件:

4,主启动类

5,此时就可以启动当前项目了

6,其他服务注册到eureka:

比如此时pay模块加入eureka:

1.主启动类上,加注解,表示当前是eureka客户端

2,修改pom,引入

3,修改配置文件:

4,pay模块重启,就可以注册到eureka中了

order模块的注册是一样的

集群版eureka:

集群原理:

1,就是pay模块启动时,注册自己,并且自身信息也放入eureka
2.order模块,首先也注册自己,放入信息,当要调用pay时,先从eureka拿到pay的调用地址
3.通过HttpClient调用
    并且还会缓存一份到本地,每30秒更新一次

集群构建原理:

    互相注册

构建新erueka项目

名字:cloud_eureka_server_7002

1,pom文件:

    粘贴7001的即可

2,配置文件:

    在写配置文件前,修改一下主机的hosts文件

首先修改之前的7001的eureka项目,因为多个eureka需要互相注册

然后修改7002

        **7002也是一样的,只不过端口和地址改一下**

3,主启动类:

    复制7001的即可

4,然后启动7001,7002即可

将pay,order模块注册到eureka集群中:

1,只需要修改配置文件即可:

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访问的微服务,但是也可以负载均衡的
    ![](.%5C%E5%9B%BE%E7%89%87%5CEureka%E7%9A%8418.png#alt=)

注意这样还不可以,需要让RestTemplate开启负载均衡注解,还可以指定负载均衡算法,默认轮询

4,修改服务主机名和ip在eureka的web上显示

比如修改pay模块

1,修改配置文件:

5,eureka服务发现:

以pay模块为例

1,首先添加一个注解,在controller中

2,在主启动类上添加一个注解

然后重启8001.访问/payment/discovery

6,Eureka自我保护:

eureka服务端配置:

        **设置接受心跳时间间隔**

客户端(比如pay模块):

此时启动erueka和pay.此时如果直接关闭了pay,那么erueka会直接删除其注册信息

7,Zookeeper服务注册与发现:

1,启动zk,到linux上

2,创建新的pay模块,

单独用于注册到zk中

名字 : cloud_pay_8003

1,pom依赖

2,配置文件

3,主启动类

4,controller

5,然后就可以启动

此时启动,会报错,因为jar包与我们的zk版本不匹配

解决:
修改pom文件,改为与我们zk版本匹配的jar包

此时8003就注册到zk中了

我们在zk上注册的node是临时节点,当我们的服务一定时间内没有发送心跳
      那么zk就会`将这个服务的node删除了

这里测试,就不写service与dao什么的了

3,创建order消费模块注册到zk

1,创建项目

名字: cloud_order_zk_80

2,pom

3,配置文件

4主启动类:

5,RestTemolate

6,controller

然后启动即可注册到zk

8,集群版zk注册:

只需要修改配置文件:

这个connect-string指定多个zk地址即可

connect-string: 1.2.3.4,2.3.4.5

8,Consul:

1,按照consul

需要下载一个安装包

启动是一个命令行界面,需要输入consul agen-dev启动

2,创建新的pay模块,8006

1,项目名字

cloud_consule_pay_8006

2,pom依赖

3,配置文件

4,主启动类

5,controller

6,启动服务

3,创建新order模块

cloud-consul-order-80

1,pom文件

2,配置文件

3,主启动类

4,RestTemplate注册

配置类注册

5,controller

6,启动服务,测试

9,三个注册中心的异同:

3,服务调用

10,Ribbon负载均衡:

Ribbon目前也进入维护,基本上不准备更新了

进程内LB(本地负载均衡)

集中式LB(服务端负载均衡)

区别

Ribbon就是负载均衡+RestTemplate

使用Ribbon:

1,默认我们使用eureka的新版本时,它默认集成了ribbon:

这个starter中集成了reibbon了

2,我们也可以手动引入ribbon

放到order模块中,因为只有order访问pay时需要负载均衡

3,RestTemplate类:

RestTemplate的:
        xxxForObject()方法,返回的是响应体中的数据
    xxxForEntity()方法.返回的是entity对象,这个对象不仅仅包含响应体数据,还包含响应体信息(状态码等)

Ribbon常用负载均衡算法:

IRule接口,Riboon使用该接口,根据特定算法从所有服务中,选择一个服务,

Rule接口有7个实现类,每个实现类代表一个负载均衡算法

使用Ribbon:

这里使用eureka的那一套服务

也就是不能放在主启动类所在的包及子包下

1,修改order模块

2,额外创建一个包

3,创建配置类,指定负载均衡算法

4,在主启动类上加一个注解

表示,访问CLOUD_pAYMENT_SERVICE的服务时,使用我们自定义的负载均衡算法

自定义负载均衡算法:

1,ribbon的轮询算法原理

2,自定义负载均衡算法:

1,给pay模块(8001,8002),的controller方法添加一个方法,返回当前节点端口

2,修改order模块

去掉@LoadBalanced

3,自定义接口

                具体的算法在实现类中实现

4,接口实现类

5,修改controller:

6,启动服务,测试即可

11,OpenFeign

是一个声明式的web客户端,只需要创建一个接口,添加注解即可完成微服务之间的调用

就是A要调用B,Feign就是在A中创建一个一模一样的B对外提供服务的的接口,我们调用这个接口,就可以服务到B

Feign与OpenFeign区别

使用OpenFeign

之前的服务间调用,我们使用的是ribbon+RestTemplate
        现在改为使用Feign

1,新建一个order项目,用于feign测试

名字cloud_order_feign-80

2,pom文件

3,配置文件

4,主启动类

5,fegin需要调用的其他的服务的接口

6,controller

7测试:

启动两个erueka(7001,7002)

启动两个pay(8001,8002)

启动当前的order模块

Feign默认使用ribbon实现负载均衡

OpenFeign超时机制:

OpenFeign默认等待时间是1秒,超过1秒,直接报错

1,设置超时时间,修改配置文件:

因为OpenFeign的底层是ribbon进行负载均衡,所以它的超时时间是由ribbon控制

OpenFeign日志:

OpenFeign的日志级别有:

1,使用OpenFeign的日志:

实现在配置类中添加OpenFeign的日志类

2,为指定类设置日志级别:

配置文件中:

3,启动服务即可

4,服务降级:

12,Hystrix服务降级

hystrix中的重要概念:

1,服务降级

比如当某个服务繁忙,不能让客户端的请求一直等待,应该立刻返回给客户端一个备选方案

2,服务熔断

当某个服务出现问题,卡死了,不能让用户一直等待,需要关闭所有对此服务的访问

        **然后调用服务降级**

3,服务限流

限流,比如秒杀场景,不能访问用户瞬间都访问服务器,限制一次只可以有多少请求

使用hystrix,服务降级:

1,创建带降级机制的pay模块 :

名字: cloud-hystrix-pay-8007

2,pom文件

3,配置文件

4,主启动类

5,service

6controller

7,先测试:

此时使用压测工具,并发20000个请求,请求会延迟的那个方法,
        压测中,发现,另外一个方法并没有被压测,但是我们访问它时,却需要等待
        这就是因为被压测的方法它占用了服务器大部分资源,导致其他请求也变慢了

8,先不加入hystrix,

2,创建带降级的order模块:

1,名字: cloud-hystrix-order-80

2,pom

3,配置文件

4,主启动类

5,远程调用pay模块的接口:

6,controller:

7,测试

        启动order模块,访问pay
        再次压测2万并发,发现order访问也变慢了

解决:

3,配置服务降级:

1,修改pay模块

1,为service的指定方法(会延迟的方法)添加@HystrixCommand注解

2,主启动类上,添加激活hystrix的注解

3,触发异常

可以看到,也触发了降级

2,修改order模块,进行服务降级

一般服务降级,都是放在客户端(order模块),

1,修改配置文件:

2,主启动类添加直接,启用hystrix:

3,修改controller,添加降级方法什么的

4,测试

启动pay模块,order模块,

注意:,这里pay模块和order模块都开启了服务降级

        但是order这里,设置了1.5秒就降级,所以访问时,一定会降级

4,重构:

上面出现的问题:
1,降级方法与业务方法写在了一块,耦合度高

    2.每个业务方法都写了一个降级方法,重复代码多

解决重复代码的问题:

配置一个全局的降级方法,所有方法都可以走这个降级方法,至于某些特殊创建,再单独创建方法

1,创建一个全局方法

2,使用注解指定其为全局降级方法(默认降级方法)

3,业务方法使用默认降级方法:

4,测试:

解决代码耦合度的问题:

修改order模块,这里开始,pay模块就不服务降级了,服务降级写在order模块即可

1,Payservice接口是远程调用pay模块的,我们这里创建一个类实现service接口,在实现类中统一处理异常

2,修改配置文件:添加:

3,让PayService的实现类生效:

它的运行逻辑是:
        当请求过来,首先还是通过Feign远程调用pay模块对应的方法
    但是如果pay模块报错,调用失败,那么就会调用PayMentFalbackService类的
    当前同名的方法,作为降级方法

4,启动测试

启动order和pay正常访问—ok

此时将pay服务关闭,order再次访问

可以看到,并没有报500错误,而是降级访问实现类的同名方法

这样,即使服务器挂了,用户要不要一直等待,或者报错

问题:

    **这样虽然解决了代码耦合度问题,但是又出现了过多重复代码的问题,每个方法都有一个降级方法**

使用服务熔断:

比如并发达到1000,我们就拒绝其他用户访问,在有用户访问,就访问降级方法

1,修改前面的pay模块

1,修改Payservice接口,添加服务熔断相关的方法:

这里属性整体意思是:
10秒之内(窗口,会移动),如果并发超过10个,或者10个并发中,失败了6个,就开启熔断器

IdUtil是Hutool包下的类,这个Hutool就是整合了所有的常用方法,比如UUID,反射,IO流等工具方法什么的都整合了

断路器的打开和关闭,是按照一下5步决定的
      1,并发此时是否达到我们指定的阈值
      2,错误百分比,比如我们配置了60%,那么如果并发请求中,10次有6次是失败的,就开启断路器
      3,上面的条件符合,断路器改变状态为open(开启)
      4,这个服务的断路器开启,所有请求无法访问
      5,在我们的时间窗口期,期间,尝试让一些请求通过(半开状态),如果请求还是失败,证明断路器还是开启状态,服务没有恢复
          如果请求成功了,证明服务已经恢复,断路器状态变为close关闭状态

2,修改controller

添加一个测试方法;

3,测试:

启动pay,order模块

多次访问,并且错误率超过60%:

此时服务熔断,此时即使访问正确的也会报错:

但是,当过了几秒后,又恢复了

            因为在10秒窗口期内,它自己会尝试接收部分请求,发现服务可以正常调用,慢慢的当错误率低于60%,取消熔断

Hystrix所有可配置的属性:

全部在这个方法中记录,以成员变量的形式记录,

    以后需要什么属性,查看这个类即可

总结:

当断路器开启后:

![](.%5C%E5%9B%BE%E7%89%87%5CHystrix%E7%9A%8444.png#alt=)

其他参数:

熔断整体流程:

1请求进来,首先查询缓存,如果缓存有,直接返回
      如果缓存没有,--->2
2,查看断路器是否开启,如果开启的,Hystrix直接将请求转发到降级返回,然后返回
      如果断路器是关闭的,
                判断线程池等资源是否已经满了,如果已经满了
                      也会走降级方法
              如果资源没有满,判断我们使用的什么类型的Hystrix,决定调用构造方法还是run方法
        然后处理请求
        然后Hystrix将本次请求的结果信息汇报给断路器,因为断路器此时可能是开启的
                      (因为断路器开启也是可以接收请求的)
                断路器收到信息,判断是否符合开启或关闭断路器的条件,
                如果本次请求处理失败,又会进入降级方法
        如果处理成功,判断处理是否超时,如果超时了,也进入降级方法
        最后,没有超时,则本次请求处理成功,将结果返回给controller

Hystrix服务监控:

HystrixDashboard

2,使用HystrixDashboard:

1,创建项目:

名字: cloud_hystrixdashboard_9001

2,pom文件

3,配置文件

4,主启动类

5,修改所有pay模块(8001,8002,8003…)

他们都添加一个pom依赖:

之前的pom文件中都添加过了,这个是springboot的监控组件

6,启动9001即可

        访问: **localhost:9001/hystrix**

7,注意,此时仅仅是可以访问HystrixDashboard,并不代表已经监控了8001,8002

                        如果要监控,还需要配置:(8001为例)

8001的主启动类添加:

其他8002,8003都是一样的

8,到此,可以启动服务

启动7001,8001,9001

然后在web界面,指定9001要监控8001:

5,服务网关:

zuul停更了,

13,GateWay

gateway之所以性能号,因为底层使用WebFlux,而webFlux底层使用netty通信(NIO)

GateWay的特性:

GateWay与zuul的区别:

zuul1.x的模型:

什么是webflux:

是一个非阻塞的web框架,类似springmvc这样的

GateWay的一些概念:

1,路由:

就是根据某些规则,将请求发送到指定服务上

2,断言:

就是判断,如果符合条件就是xxxx,反之yyyy

3,过滤:

**路由前后,过滤请求**

GateWay的工作原理:

使用GateWay:

想要新建一个GateWay的项目

名字: cloud_gateway_9527

1,pom

2,配置文件

3,主启动类

4,针对pay模块,设置路由:

修改GateWay模块(9527)的配置文件:

这里表示,

        当访问localhost:9527/payment/get/1时,
        路由到localhost:8001/payment/get/1

5,开始测试

启动7001,8001,9527

如果启动GateWay报错
      可能是GateWay模块引入了web和监控的starter依赖,需要移除

访问:

    localhost:9527/payment/get/1

6,GateWay的网关配置,

    **GateWay的网关配置,除了支持配置文件,还支持硬编码方式**

7使用硬编码配置GateWay:

创建配置类:

8,然后重启服务即可

重构:

上面的配置虽然首先了网关,但是是在配置文件中写死了要路由的地址

现在需要修改,不指定地址,而是根据微服务名字进行路由,我们可以在注册中心获取某组微服务的地址

需要:

    1个eureka,2个pay模块

修改GateWay模块的配置文件:

然后就可以启动微服务.测试

Pridicate断言:

我们之前在配置文件中配置了断言:

这个断言表示,如果外部访问路径是指定路径,就路由到指定微服务上

可以看到,这里有一个Path,这个是断言的一种,断言的类型:

After:
        可以指定,只有在指定时间后,才可以路由到指定微服务

            这里表示,只有在2020年的2月21的15点51分37秒之后,访问才可以路由
            在此之前的访问,都会报404

如何获取当前时区?**

before:
        与after类似,他说在指定时间之前的才可以访问
between:
        需要指定两个时间,在他们之间的时间才可以访问

cookie:
        只有包含某些指定cookie(key,value),的请求才可以路由

Header:
        只有包含指定请求头的请求,才可以路由

测试:

host:
        只有指定主机的才可以访问,
        比如我们当前的网站的域名是www.aa.com
    那么这里就可以设置,只有用户是www.aa.com的请求,才进行路由

可以看到,如果带了域名访问,就可以,但是直接访问ip地址.就报错了

method:
        只有指定请求才可以路由,比如get请求...

path:
        只有访问指定路径,才进行路由
     比如访问,/abc才路由

Query:
        必须带有请求参数才可以访问

Filter过滤器:

生命周期:

在请求进入路由之前,和处理请求完成,再次到达路由之前

种类:

GateWayFilter,单一的过滤器

与断言类似,比如闲置,请求头,只有特定的请求头才放行,反之就过滤:

GlobalFilter,全局过滤器:

自定义过滤器:

实现两个接口

**然后启动服务,即可,因为过滤器通过@COmponet已经加入到容器了**

6,服务配置:

Spring Config分布式配置中心:

微服务面临的问题

可以看到,每个微服务都需要一个配置文件,并且,如果有几个微服务都需要连接数据库
        那么就需要配4次数据库相关配置,并且当数据库发生改动,那么需要同时修改4个微服务的配置文件才可以

所以有了springconfig配置中心

使用配置中心:

0,使用github作为配置中心的仓库:

初始化git环境:

1,新建config模块:

名字: cloud-config-3344

2,pom

3,配置文件

4,主启动类

5,修改hosts:

6,配置完成

测试,3344是否可以从github上获取配置

启动3344 (要先启动eureka)

它实际上就是,读取到配置文件中的GitHub的地址,然后拼接上/master/config-dev.yml

7,读取配置文件的规则:

2,

这里默认会读取master分支,因为我们配置文件中配置了

3

注意,这个方式读取到的配置是json格式的

所有规则:

2,创建配置中心客户端:

1,创建config客户端项目

名字: cloud-config-client-3355

2,pom

3,配置文件

注意这个配置文件就不是application.yml

        而是bootstrap.yml

这个配置文件的作用是,先到配置中心加载配置,然后加载到application.yml中

4,主启动类:

5,controller类

就是上面提到的,以rest风格将配置对外暴露

如果客户端运行正常,就会读取到github上配置文件的,config.info下的配置

6,测试:

启动3344,3355

访问3355的  /configInfo

7,问题::

上面3355确实获取到了配置文件,但是如果此时配置文件修改了,3355是获取不到的
        3344可以实时获取到最新配置文件,但是3355却获取不到
      除非重启服务

8,实现动态刷新:

1,修改3355,添加一个pom依赖:

2,修改配置文件,添加一个配置:

3,修改controller:

4,此时重启服务

此时3355还不可以动态获取

因为此时,还需要外部发送post请求通知3355

此时在刷新3355,发现可以获取到最新的配置文件了,这就实现了动态获取配置文件,因为3355并没有重启

具体流程就是:

        我们启动好服务后
        运维人员,修改了配置文件,然后发送一个post请求通知3355
        3355就可以获取最新配置文件

问题:

    如果有多个客户端怎么办(3355,3356,3357.....)
                    虽然可以使用shell脚本,循环刷新
    但是,可不可以使用广播,一次通知??
                这些springconfig做不到,需要使用springcloud Bus消息总线

消息总线:

SpringCloud Bus:

注意,这里年张图片,就代表两种广播方式

        图1:        **它是Bus直接通知给其中一个客户端,由这个客户端开始蔓延,传播给其他所有客户端**
        图2:        它**是通知给配置中心的服务端,有服务端广播给所有客户端**

为什么被称为总线?

就是通过消息队列达到广播的效果
          我们要广播每个消息时,主要放到某个topic中,所有监听的节点都可以获取到

使用Bus:

1,配置rabbitmq环境:

2,之前只有一个配置中心客户端,这里在创建一个

    **复制3355即可,创建为3366**

全部复制3355的即可

2,使用Bus实现全局广播

Bus广播有两种方式:

    就是上面两个图片的两种方式

这两种方式,第二种跟合适,因为:

        第一种的缺点:

配置第二种方式:

1,配置3344(配置中心服务端):

1,修改配置文件:

2,添加pom

springboot的监控组件,和消息总线

2,修改3355(配置中心的客户端)

1,pom:

2,配置文件:

注意配置文件的名字,要改为bootstrap.yml

3,修改3366(也是配置中心的客户端)

        修改与3355是一模一样的

4,测试

启动7001,3344,3355,3366

此时修改GitHub上的配置文件

此时只需要刷新3344,即可让3355,3366动态获取最新的配置文件

其原理就是:

所有客户端都监听了一个rabbitMq的topic,我们将信息放入这个topic,所有客户端都可以送到,从而实时更新

配置定点通知

    就是只通知部分服务,比如只通知3355,不通知3366

只通知3355

![](.%5C%E5%9B%BE%E7%89%87%5CBus%E7%9A%8412.png#alt=)

可以看到,实际上就是通过微服务的名称+端口号进行指定

8,消息驱动:

Spring Cloud Stream:

现在一个很项目可能分为三部分:
            前端--->后端---->大数据
            而后端开发使用消息中间件,可能会使用RabbitMq
            而大数据开发,一般都是使用Kafka,
            那么一个项目中有多个消息中间件,对于程序员,因为人员都不友好

而Spring Cloud Stream就类似jpa,屏蔽底层消息中间件的差异,程序员主要操作Spring Cloud Stream即可

        不需要管底层是kafka还是rabbitMq

什么是Spring Cloud Stream

Spring Cloud Stream是怎么屏蔽底层差异的?

绑定器:

Spring Cloud Streamd 通信模式:

Spring Cloud Stream的业务流程:

类似flume中的channel,source,sink  估计是借鉴(抄袭)的
      source用于获取数据(要发送到mq的数据)
      channel类似SpringCloudStream中的中间件,用于存放source接收到的数据,或者是存放binder拉取的数据

常用注解和api:

使用SpringCloudStream:

需要创建三个项目,一个生产者,两个消费者

1,创建生产者

1,pom

2,配置文件

3,主启动类

4,service和实现类

service定义发送消息

这里,就会调用send方法,将消息发送给channel,

            **然后channel将消费发送给binder,然后发送到rabbitmq中**

5,controller

6,可以测试

启动rabbitmq

启动7001,8801

    确定8801后,会在rabbitmq中创建一个Exchange,就是我们配置文件中配置的exchange

访问8801的/sendMessage

创建消费者:

1,pom文件

2,配置文件

这里排版一点问题

input就表示,当前服务是一个消费者,需要消费消息,下面就是指定消费哪个Exchange中的消息

3,主启动类

4,业务类(消费数据)

生产者发送消息时,使用send方法发送,send方法发送的是一个个Message,里面封装了数据

5,测试:

启动7001.8801.8802

此时使用生产者生产消息

可以看到,消费者已经接收到消息了

创建消费者2

创建8803,

与8802创建一模一样,就不写了

创建8803主要是为了演示重复消费等问题

…

….

…

重复消费问题:

此时启动7001.8801.8802.8803

此时生产者生产一条消息

但是此时查询消费者,发现8802,8803都消费到了同一条数据

1,自定义分组

修改8802,8803的配置文件

现在将8802,8803都分到了A组

然后去重启02,03

然后此时生产者生产两条消息

可以看到,每人只消费了一条消息,并且没有重复消费

持久化问题:

就是当服务挂了,怎么消费没有消费的数据??

这里,先将8802移除A组,

    然后将02,03服务关闭

此时生产者开启,发送3条消息

    此时重启02,03
    可以看到,当02退出A组后,它就获取不到在它宕机的时间段内的数据
    但是03重启后,直接获取到了宕机期间它没有消费的数据,并且消费了

总结:
也就是,当我们没有配置分组时,会出现消息漏消费的问题

    而配置分组后,我们可以自动获取未消费的数据

9,链路追踪:

Spring Cloud Sleuth

sleuth要解决的问题:

而来sleuth就是用于追踪每个请求的整体链路

使用sleuth:

1,安装zipkin:

运行jar包

        java -jar xxxx.jar

然后就可以访问web界面, 默认zipkin监听的端口是9411

        localhost:9411/zipkin/

一条链路完整图片:

精简版:

可以看到,类似链表的形式

2,使用sleuth:

不需要额外创建项目,使用之前的8001和order的80即可

1,修改8001

引入pom:

这个包虽然叫zipkin但是,里面包含了zpikin与sleuth

修改配置文件:

2,修改80

添加pom

与上面是一样的

添加配置:

与上面也是一样的

3,测试:

启动7001.8001,80,9411

10,Spring CloudAlibaba:

之所以有Spring CloudAlibaba,是因为Spring Cloud Netflix项目进入维护模式

    **也就是,就不是不更新了,不会开发新组件了**
    **所以,某些组件都有代替版了,比如Ribbon由Loadbalancer代替,等等**

支持的功能

几乎可以将之前的Spring Cloud代替

具体组件:

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的依赖:

9001的pom:

        另外一个文件.....

2,配置文件

3,启动类

4,controller:

5,测试

启动9001

然后查看Nacos的web界面,可以看到9001已经注册成功

创建其他Pay模块

    额外在创建9002,9003
    直接复制上面的即可

创建order模块

名字: cloudalibaba-order-83

1,pom

为什么Nacos支持负载均衡?

            Nacos直接集成了Ribon,所以有负载均衡

2,配置文件

这个server-url的作用是,我们在controller,需要使用RestTempalte远程调用9001,

    **这里是指定9001的地址**

3,主启动类

4,编写配置类

因为Naocs要使用Ribbon进行负载均衡,那么就需要使用RestTemplate

5,controller:

6,测试

启动83,访问9001,9002,可以看到,实现了负载均衡

Nacos与其他服务注册的对比

Nacos它既可以支持CP,也可以支持AP,可以切换

下面这个curl命令,就是切换模式

使用Nacos作为配置中心:

需要创建配置中心的客户端模块

cloudalibaba-Nacos-config-client-3377

1,pom

2,配置文件

这里需要配置两个配置文件,application.ymk和bootstarp.yml

        主要是为了可以与spring clodu config无缝迁移

可以看到

3,主启动类

4,controller

可以看到,这里也添加了@RefreshScope
          之前在Config配置中心,也是添加这个注解实现动态刷新的

5,在Nacos添加配置信息:

Nacos的配置规则:

配置规则,就是我们在客户端如何指定读取配置文件,配置文件的命名的规则

默认的命名方式:

prefix:
        默认就是当前服务的服务名称
         也可以通过spring.cloud.necos.config.prefix配置
spring.profile.active:
        就是我们在application.yml中指定的,当前是开发环境还是测试等环境
    这个可以不配置,如果不配置,那么前面的 -  也会没有
file-extension
     就是当前文件的格式(后缀),目前只支持yml和properties

在web UI上创建配置文件:

注意,DataId就是配置文件名字:

    名字一定要按照上面的规则命名,否则客户端会读取不到配置文件

6,测试

重启3377客户端

访问3377

拿到了配置文件中的值

7,注意默认就开启了自动刷新

此时我们修改了配置文件

客户端是可以立即更新的

        因为Nacos支持Bus总线,会自动发送命令更新所有客户端

Nacos配置中心之分类配置:

NameSpace默认有一个:public名称空间

这三个类似java的: 包名 + 类名 + 方法名

1,配置不同DataId:

通过配置文件,实现多环境的读取:

此时,改为dev,就会读取dev的配置文件,改为test,就会读取test的配置文件

2,配置不同的GroupID:

直接在新建配置文件时指定组

在客户端配置,使用指定组的配置文件:

这两个配置文件都要修改

重启服务,即可

配置不同的namespace:

客户端配置使用不同名称空间:

要通过命名空间id指定

OK,测试

Nacos集群和持久化配置:

Nacos默认有自带嵌入式数据库,derby,但是如果做集群模式的话,就不能使用自己的数据库

        不然每个节点一个数据库,那么数据就不统一了,需要使用外部的mysql

1,单机版,切换mysql数据库:

                **将nacos切换到使用我们自己的mysql数据库:**

1,nacos默认自带了一个sql文件,在nacos安装目录下

        将它放到我们的mysql执行

2,修改Nacos安装目录下的安排application.properties,添加:

3,此时可以重启nacos,那么就会改为使用我们自己的mysql

Linux上配置Nacos集群+Mysql数据库

官方架构图:

需要一个Nginx作为VIP

1,下载安装Nacos的Linux版安装包

2,进入安装目录,现在执行自带的sql文件

        进入mysql,执行sql文件

3.修改配置文件,切换为我们的mysql

        就是上面windos版要修改的几个属性

4,修改cluster.conf,指定哪几个节点是Nacos集群

        这里使用3333,4444,5555作为三个Nacos节点监听的端口

5,我们这里就不配置在不同节点上了,就放在一个节点上

        既然要在一个节点上启动不同Nacos实例,就要修改startup.sh,使其根据不同端口启动不同Nacos实例

可以看到,这个脚本就是通过jvm启动nacos

    所以我们最后修改的就是,nohup java -Dserver.port=3344

6,配置Nginx:

        ![](.%5C%E5%9B%BE%E7%89%87%5CAlibaba%E7%9A%8450.png#alt=)

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集群:

10,进入Nacos的web界面

    可以看到,已经注册成功

Sentinel:

实现熔断与限流,就是Hystrix

![](.%5C%E5%9B%BE%E7%89%87%5CAlibaba%E7%9A%8454.png#alt=)

使用sentinel:

1,下载sentinel的jar包

2,运行sentinel

    由于是一个jar包,所以可以直接java -jar运行
    注意,默认sentinel占用8080端口

3,访问sentinel

    localhost:8080

微服务整合sentinel:

1,启动Nacos

2,新建一个项目,8401,主要用于配置sentinel

1. pom
2. 配置文件

![](.\图片\Alibaba的55.png)

1. 主启动类

![](.\图片\Alibaba的56.png)

1. controller\

![](.\图片\sentinel的1.png)

1. 到这里就可以启动8401

    此时我们到sentinel中查看,发现并8401的任何信息
    是因为,sentinel是懒加载,需要我们执行一次访问,才会有信息
    访问localhost/8401/testA
![](.\图片\sentinel的2.png)

1. 可以看到.已经开始监听了

sentinel的流控规则

流量限制控制规则

流控模式:

1. 直接快速失败

![](.\图片\sentinel的9.png)
![](.\图片\sentinel的5.png)
   ==直接失败的效果:==
![](.\图片\sentinel的6.png)

1. 线程数:
   
   ``` 比如a请求过来,处理很慢,在一直处理,此时b请求又过来了

    此时因为a占用一个线程,此时要处理b请求就只有额外开启一个线程
    那么就会报错

   ```
   
2. 关联:
   
   应用场景: 比如支付接口达到阈值,就要限流下订单的接口,防止一直有订单
   
   当testA达到阈值,qps大于1,就让testB之后的请求直接失败
   可以使用postman压测

1. 链路:
   多个请求调用同一个微服务
2. 预热Warm up:

     ![](.\图片\sentinel的14.png)
  ![](.\图片\sentinel的15.png)
 ![](.\图片\sentinel的16.png)
 ==应用场景==
 ![](.\图片\sentinel的17.png)

1. 排队等待:

![](.\图片\sentinel的18.png)
![](.\图片\sentinel的19.png)

降级规则:

就是熔断降级

1,RT配置:

新增一个请求方法用于测试

配置RT:

            这里配置的PT,默认是秒级的平均响应时间

默认计算平均时间是: 1秒类进入5个请求,并且响应的平均值超过阈值(这里的200ms),就报错]

        1秒5请求是Sentinel默认设置的

测试

默认熔断后.就直接抛出异常

2,异常比例:

修改请求方法

配置:

如果没触发熔断,这正常抛出异常:

触发熔断:

3, 异常数:

一分钟之内,有5个请求发送异常,进入熔断

热点规则:

![](.%5C%E5%9B%BE%E7%89%87%5Csentinel%E7%9A%8437.png#alt=)

比如:

        localhost:8080/aa?name=aa
        localhost:8080/aa?name=b'b
        加入两个请求中,带有参数aa的请求访问频次非常高,我们就现在name==aa的请求,但是bb的不限制

如何自定义降级方法,而不是默认的抛出异常?

使用@SentinelResource直接实现降级方法,它等同Hystrix的@HystrixCommand

定义热点规则:

此时我们访问/testHotkey并且带上才是p1

        如果qps大于1,就会触发我们定义的降级方法

但是我们的参数是P2,就没有问题

只有带了p1,才可能会触发热点限流

2,设置热点规则中的其他选项:

需求:

测试

注意:

参数类型只支持,8种基本类型+String类

注意:

如果我们程序出现异常,是不会走blockHander的降级方法的,因为这个方法只配置了热点规则,没有配置限流规则

我们这里配置的降级方法是sentinel针对热点规则配置的

只有触发热点规则才会降级

3,系统规则:

系统自适应限流:
从整体维度对应用入口进行限流

对整体限流,比如设置qps到达100,这里限流会限制整个系统不可以

测试:

@SentinelResource注解:

用于配置降级等功能

1,环境搭建

1. 为8401添加依赖
   添加我们自己的commone包的依赖
   
2. 额外创建一个controller类

     ![](.\图片\sentinel的56.png)

1. 配置限流

**注意,我们这里配置规则,资源名指定的是@SentinelResource注解value的值,**
**这样也是可以的,也就是不一定要指定访问路径**
![](.\图片\sentinel的57.png)

1. 测试.

可以看到已经进入降级方法了
![](.\图片\sentinel的58.png)

1. 此时我们关闭8401服务

可以看到,这些定义的规则是临时的,关闭服务,规则就没有了
![](.\图片\sentinel的59.png)

可以看到,上面配置的降级方法,又出现Hystrix遇到的问题了

        降级方法与业务方法耦合
        每个业务方法都需要对应一个降级方法

自定义限流处理逻辑:

1. 单独创建一个类,用于处理限流
   
2. 在controller中,指定使用自定义类中的方法作为降级方法
   
3. Sentinel中定义流控规则:
   这里资源名,是以url指定,也可以使用@SentinelResource注解value的值指定
   
4. 测试:
   
5. 整体:
   

@SentinelResource注解的其他属性:

服务熔断:

1. 启动nacos和sentinel
2. 新建两个pay模块 9003和9004
3. pom
4. 配置文件

    ![](.\图片\sentinel的的8.png)*
3.   主启动类 
    ```java
    @SpringBootApplication
    @EnableDiscoveryClient
    public class PaymentMain9003 {
        public static void main(String[] args) {
            SpringApplication.run(PaymentMain9003.class,args);
        }
    }

1. controller

   

   然后启动9003.9004 ```

2. 新建一个order-84消费者模块:

3. pom

    与上面的pay一模一样
2.   配置文件
    ![](.\图片\sentinel的的10.png)
3.   主启动类
    ![](.\图片\sentinel的的11.png)
4.  配置类
    ![](.\图片\sentinel的的12.png)
5.   controller
    ![](.\图片\sentinel的的13.png)
6.   **==为业务方法添加fallback来指定降级方法==**:
    ![](.\图片\sentinel的的14.png)
        ==重启order==
    测试:
    ![](.\图片\sentinel的的15.png)
     ==所以,fallback是用于管理异常的,当业务方法发生异常,可以降级到指定方法==
                注意,我们这里==并没有使用sentinel配置任何规则==,但是却降级成功,就是因为
                fallback是用于管理异常的,当业务方法发生异常,可以降级到指定方法==
7.   **==为业务方法添加blockHandler,看看是什么效果==**
     ![](.\图片\sentinel的的16.png)
     **重启84,访问业务方法:**
    ![](.\图片\sentinel的的17.png)
     可以看到.,直接报错了,并没有降级
                    也就是说,blockHandler==只对sentienl定义的规则降级==
8.   **==如果fallback和blockHandler都配置呢?==**]
     ![](.\图片\sentinel的的18.png)
     **设置qps规则,阈值1**
     ![](.\图片\sentinel的的19.png)
     ==测试:==
    ![](.\图片\sentinel的的20.png)
     可以看到,当两个都同时生效时,==blockhandler优先生效==
9.  **==@SentinelResource还有一个属性,exceptionsToIgnore==**
     ![](.\图片\sentinel的的21.png)
     **exceptionsToIgnore指定一个异常类,**
                        **表示如果当前方法抛出的是指定的异常,不降级,直接对用户抛出异常**
     ![](.\图片\sentinel的的22.png)

sentinel整合ribbon+openFeign+fallback

1. 修改84模块,使其支持feign

   1. pom
      
   2. 配置文件
      
   3. 主启动类,也要修改
      
   4. 创建远程调用pay模块的接口
      
   5. 创建这个接口的实现类,用于降级
      

   6. 再次修改接口,指定降级类

      ![](.\图片\sentinel的的28.png)

   7. controller添加远程调用

      ![](.\图片\sentinel的的29.png)

   8. 测试
      启动9003,84

   9. 测试,如果关闭9003.看看84会不会降级 ```

可以看到,正常降级了

**熔断框架比较**
![](.%5C%E5%9B%BE%E7%89%87%5Csentinel%E7%9A%84%E7%9A%8431.png#alt=)
<a name="dff5ec4e"></a>
### sentinel持久化规则
默认规则是临时存储的,重启sentinel就会消失
![](.%5C%E5%9B%BE%E7%89%87%5Csentinel%E7%9A%84%E7%9A%8432.png#alt=)
**这里以之前的8401为案例进行修改:**
1. 修改8401的pom```xml
添加:
<!-- SpringCloud ailibaba sentinel-datasource-nacos 持久化需要用到-->
<dependency>
    <groupId>com.alibaba.csp</groupId>
    <artifactId>sentinel-datasource-nacos</artifactId>
</dependency>

1. 修改配置文件:

添加:
 ![](.\图片\sentinel的的33.png)
 **实际上就是指定,我们的规则要保证在哪个名称空间的哪个分组下**
             这里没有指定namespace, 但是是可以指定的
            **注意,这里的dataid要与8401的服务名一致**

1. 在nacos中创建一个配置文件,dataId就是上面配置文件中指定的
   
   json中,这些属性的含义:

    ![](.\图片\sentinel的的35.png)

1. 启动8401:
   
   可以看到,直接读取到了规则
2. 关闭8401

![](.\图片\sentinel的的37.png)

1. 此时重启8401,如果sentinel又可以正常读取到规则,那么证明持久化成功

可以看到,又重新出现了
 ![](.\图片\sentinel的的38.png)

Seata:

是一个分布式事务的解决方案,

分布式事务中的一些概念,也是seata中的概念:

    ![](.%5C%E5%9B%BE%E7%89%87%5Cseala.png#alt=)

seata安装:

1. 下载安装seata的安装包
2. 修改file.conf
   
   
   
3. mysql建库建表
   1,上面指定了数据库为seata,所以创建一个数据库名为seata
   2,建表,在seata的安装目录下有一个db_store.sql,运行即可
4. 继续修改配置文件,修改registry.conf

配置seata作为微服务,指定注册中心
![](.\图片\seala的7.png)

1. 启动

先启动nacos
在启动seata-server(运行安装目录下的,seata-server.bat)

业务说明

下单—->库存—->账号余额

1. 创建三个数据库
   
2. 创建对应的表

![](.\图片\seala的10.png)

1. 创建回滚日志表,方便查看

![](.\图片\seala的11.png)
**注意==每个库都要执行一次==这个sql,生成回滚日志表**

1. 每个业务都创建一个微服务,也就是要有三个微服务,订单,库存,账号

     ==订单==,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中的我们之前修改的两个配置文件复制到这个项目下==

1. 主启动类

   @SpringBootApplication(exclude = DataSourceAutoConfiguration.class) //取消数据源的自动创建
   @EnableDiscoveryClient
   @EnableFeignClients
   public class SeataOrderMain2001 {
      public static void main(String[] args) {
          SpringApplication.run(SeataOrderMain2001.class,args);
      }
   }

1. service层

   public interface OrderService {
      /**
       * 创建订单
       * @param order
       */
      void create(Order order);
   }

   @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哈哈~");
    }
}
```