当前位置:   article > 正文

黑马2021最新版 SpringCloud基础篇全技术栈导学(RabbitMQ+Docker+Redis+搜索+分布式)_springcloud 学习路线

springcloud 学习路线

前言

基础篇全部代码和资料已上传到gitee,大家需要可自取: https://gitee.com/da-ji/full_stack_developer
点个Star,后续更新高级篇和面试篇不迷路 _

本笔记基于:
1、 尚硅谷 2020.3 SpringCloud(H版&alibaba)框架开发教程
2、 黑马 2021.8 SpringCloud*+RabbitMQ+Docker+Redis+搜索+分布式

代码和资料基于:
黑马 2021.8 SpringCloud*+RabbitMQ+Docker+Redis+搜索+分布式

第一套教程是经典的尚硅谷阳哥的教程,好处是经过时间的沉淀,已经非常成熟,网上大神的笔记也多,只要是人类出现的问题网上一搜都有答案;非常适合自学。

第二套教程是黑马程序员的2021年8月份最新版教程,截止到发稿时应该是全网最最新的教程,在计算机技术日新月异的今天,尽可能往前学最新的技术至少没错。而且该套教程有一个特点在于,将课程分为实用篇和高级篇:

  • 实用篇基本上以微课堂的形式出现,平均视频时长也就10分钟左右,易于接受,涵盖了80%开箱上手就能用的知识;
  • 而高级篇就比较深入和复杂了,为应对企业的复杂工作设计,每个视频长度都为一小时左右,同时也是面试常问的地方。

由于本人已经工作了,为了在工作中快速拿起来就能用,我选择的学习路线是:先刷黑马程序员的实用篇,以最少的时间快速掌握SpringCloud的相关知识,然后视情况而定深入学尚硅谷的教程或是黑马程序员的高级篇。

最后,这两篇教程虽然都非常好,但是都没有推出面试篇(源码深入讲解),如果大家经济上允许,可以支持一波培训机构内部课程;经济不允许也可以自学,当然我也会在博客和Gitee中陆续更新一些更高深的技术。

为方便大家速查,后文中这种颜色的字体,代表知识点在对应模块代码中的位置
为方便大家速查,后文中这种颜色的字体,代表知识点在对应模块代码中的位置
为方便大家速查,后文中这种颜色的字体,代表知识点在对应模块代码中的位置

课程资料链接:https://pan.baidu.com/s/169SFtYEvel44hRJhmFTRTQ 提取码:1234
课程资料链接:https://pan.baidu.com/s/169SFtYEvel44hRJhmFTRTQ 提取码:1234
课程资料链接:https://pan.baidu.com/s/169SFtYEvel44hRJhmFTRTQ 提取码:1234

目录

一、微服务技术栈导学

从单体架构过度到微服务架构,需要一系列中间技术支撑,其中重要的部分包括:

  • 注册中心:Eureka 、Zookeeper、Nacos
  • 服务网关:Zuul 、Gateway
  • 微服务远程调用:RestTemplate、Feign
  • 容器化技术 Docker
  • 消息队列 MQ(多种实现方式)
  • 负载均衡 Ribbon 、 Nginx
  • 分布式搜索技术:ElasticSearch

尚硅谷阳哥的SpringCloud版本选型:
在这里插入图片描述

黑马程序员的SpringCloud版本选型:

在这里插入图片描述
可以看到,黑马的版本明显较新,本文采用黑马程序员的版本(Hoxton.SR10 + SpringBoot 2.3.x)

二、Dubbo&Zookeeper

核心代码位置:在模块 dubbo+zookeeper 下
这部分是跟狂神说Java学习的(黑马版直接跳过了这两个技术),Zookeeper与Eureka 、Nacos一样也是一种注册中心。

三、微服务远程调用Demo——RestTemplate基本使用

核心代码位置:在模块 01-cloud-demo 下的order-service 和 user-service

核心代码如下图:实现了跨服务远程调用
在这里插入图片描述
总结:RestTemplate微服务调用方式

基于RestTemplate发起的http请求实现远程调用

http请求做远程调用是与语言无关的调用,只要知道对方
的ip、端口、接口路径、请求参数即可。

四、Eureka注册中心

核心代码位置:在模块 01-cloud-demo 下的eureka-server(注册的是order-service 和 user-service)

Eureka的作用:

  • 消费者该如何获取服务提供者具体信息
    • 服务提供者启动时向eureka注册自己的信息
    • eureka保存这些信息
    • 消费者根据服务名称向eureka拉取提供者信息
  • 如果有多个服务提供者,消费者该如何选择
    • 服务消费者利用负载均衡算法,从服务列表中挑选一个
  • 消费者如何感知服务提供者健康状态
    • 服务提供者会每隔30秒向EurekaServer发送心跳请求,报告健康状态
    • eureka会更新记录服务列表信息,心跳不正常会被剔除
    • 消费者就可以拉取到最新的信息

注意点:

Eureka自己也是一个微服务,Eureka启动时,要把自己也注册进去。这是因为如果后续搭建Eureka集群时做数据交流:

server:
  port: 10086 # 服务端口
spring:
  application:
    name: eurekaserver # eureka的服务名称
eureka:
  client:
    service-url:  # eureka的地址信息
      defaultZone: http://127.0.0.1:10086/eureka
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

上段代码块中,defaultZone,将自己也注册进去了。效果如下图:

在这里插入图片描述

五、Ribbon负载均衡

两个疑问:

  • 如果有多个服务提供者,服务调用者如何知道究竟调用哪个服务呢?
  • 而且服务调用者为何不用写死服务提供者的链接(ip和端口),只需要写服务名称即可?为什么我们只输入了服务名称就可以访问了呢?
    String url = "http://userservice/user/" + order.getUserId(); //由于已经在Eureka里面配置了服务,这里只需要写配置的服务名即可

这都是Ribbon的负载均衡做到的,针对问题一,通过跟断点得知,Ribbon是通过几种不同的负载均衡算法实现的这一个机制(比如轮询算法);针对问题二,Ribbon会根据服务名称去Eureka注册中心拉取服务,如下两个图所示:

在这里插入图片描述
在这里插入图片描述
Ribbon 负载均衡策略

在这里插入图片描述
RoundRobin —— 意为轮询,操作系统也有类似的概念(CPU时间片轮转)

在这里插入图片描述
可以使用如下代码配置对某个服务的负载均衡策略(在 application.yml里配置)

userservice: # 给某个微服务配置负载均衡规则,这里是userservice服务为例
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则
  • 1
  • 2
  • 3

Ribbon开启饥饿加载
Ribbon默认是采用懒加载,即第一次访问时才会去创建LoadBalanceClient,请求时间会很长。

而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载:

ribbon:
  eager-load:
    enabled: true # 开启饥饿加载
    clients:
      - userservice # 指定饥饿加载的服务名称
      - xxxxservice # 如果需要指定多个,需要这么写
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

六、Nacos注册中心

和前面的Eureka、Zookeeper是同类型技术

6.1 安装启动

下载地址:https://github.com/alibaba/nacos/releases
本文选用1.4.1版本

解压完成后,cd到nacos的bin目录下,然后输入命令:
startup.cmd -m standalone

关闭的话,如果是linux系统,就运行shutdown.sh即可

在这里插入图片描述
出现如上图所示界面,说明启动成功。通过上图也可知它的默认端口是8848(国人做的注册中心果然不一样 8848氪金手机~)

输入地址http://127.0.0.1:8848/nacos 即可访问主页,用户名和密码都是nacos
在这里插入图片描述核心代码位置:在模块 01-cloud-demo 下注册了order-service 和 user-service,同时注释掉了两个模块的Eureka代码(包括pom.xml也注释了,毕竟是同类技术)

注意,必须将之前的Eureka代码和pom都注释掉,而且把SpringCloud也注释掉(因为已经用了SpringCloudAlibaba),否则有可能报:APPLICATION FAILED TO START这个错误

对比之前的Eureka,我们是在idea里面专门启动了一个Eureka的工程,所以 Eureka不需要下载,就可以通过端口号访问Eureka的注册中心。而Nacos是 下载并运行的,所以不需要在idea启动某个模块,直接通过运行Nacos的startup.cmd即可通过端口号访问Nacos的注册中心。

6.2 Nacos自定义负载均衡策略

也是使用的Ribbon,下面一个例子将Nacos配置成同集群优先的负载均衡策略:

默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。

Nacos中提供了一个NacosRule的实现,可以优先从同集群中挑选实例。

1)给order-service配置集群信息

修改order-service的application.yml文件,添加集群配置:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

2)修改负载均衡规则

修改order-service的application.yml文件,修改负载均衡规则:

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 
  • 1
  • 2
  • 3

配置完成之后,就可以实现同集群优先的 负载均衡了

6.3 Nacos实现配置热更新

有两种方式,都在代码中配置了,具体位置在:
核心代码位置:在模块 01-cloud-demo 下 user-service,第一种方式是通过配置文件方式(PatternProperties.java);第二种方式是通过注解@Value(“${yaml里定义的键值对}”)的方式

  • 热更新注意点:
    你在Nacos中配置的:
    在这里插入图片描述你在bootstrap.yaml里配置的:
    在这里插入图片描述这两张图应该是一致的,注意 -.的区别!!!

  • 热更新优先级
    Nacos带环境的配置 > Nacos不带环境的配置 > 本地yaml文件配置

    很好理解,Nacos带环境可以理解为专属化配置(开发环境和生产环境)、肯定优先于Nacos不带环境的全局配置;本地yaml文件配置则肯定低于Nacos的配置。

6.4 Nacos集群

位置:在模块 01-cloud-demo 下根目录,有一个叫Nacos集群搭建.md的文件

注意点:修改两个配置文件:

  • 修改cluster.conf
    在这里插入图片描述
  • 修改Nacos的application.properties(不是你的application.properties)

在这里插入图片描述在这里插入图片描述

修改完成后保存即可。

如果你的Nacos配置集群死活报下图的错误:
在这里插入图片描述
请检查你的MySQL版本,需要在5.7及以上,而且在8.0以下(比

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家小花儿/article/detail/379963?site
推荐阅读
相关标签
  

闽ICP备14008679号