当前位置：首页 > news >正文

SpringCloud教程 — 无废话从0到1逐步学习

news 2025/5/5 6:58:09

什么是微服务？

微服务与单体架构的区别

微服务主要用法概念

远程调用

服务注册/发现&注册中心

配置中心

服务熔断&服务降级

1）服务熔断

2）服务降级

API 网关

环境准备

Nacos

OpenFeign

Gateway

Sentinel

Seata

RabbitMQ

RockerMQ

🚀本专栏主要收录微服务的常见技术栈🚀

🎯eg：Nacos、OpenFeign、Gateway、Sentinel等，逐步带你学习领悟微服务的技术难点，包含详细的部署与使用教程。

🎉如对你有帮助还请三连✨✨✨

🔗参考教程：

（1）yudao-cloud 开发指南

（2）黑马微服务文档地址：Docs

（3）尚硅谷文档链接地址：https://www.yuque.com/leifengyang/sutong

🔥话不多说，开始进入正题🔥

什么是微服务？

微服务（Microservices）是一种 软件架构风格，它将一个大型单体应用拆分为多个 小型、独立、松耦合 的服务，每个服务负责特定的业务功能，并通过轻量级协议（如 HTTP/REST、gRPC）通信。

首先下图是架构演进：

下面是微服务的特性：

特性	说明
单一职责	每个服务只做一件事（如订单服务、支付服务）。
独立部署	服务可单独编译、测试、部署，不影响其他服务。
技术异构	不同服务可以用不同语言（Java/Go/Python）或数据库（MySQL/MongoDB）。
轻量级通信	通过 HTTP/REST、gRPC、消息队列（如 RocketMQ）交互。
去中心化治理	每个服务有自己的数据存储和业务逻辑，不依赖中心化数据库。

微服务与单体架构的区别

而分布式是指将不同的业务分布在不同的地方。

集群指的是将几台服务器集中在一起，实现同一业务。

分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。

集群架构：

集群架构问题：

无法频繁的对模块化升级

做不到不同语言模块的融合

分布式架构：

拒绝大型单体应用，基于业务边界进行服务微化拆分，各个服务独立部署运行。

对比维度	单体架构	微服务架构
代码结构	所有功能在一个项目里	拆分为多个独立服务
部署	整体部署	服务独立部署
扩展性	横向扩展整个应用	只扩展高负载的服务（如订单服务）
技术栈	必须统一	可混合使用（Java + Go + Python）
故障隔离	一个模块崩溃可能导致整个系统宕机	单个服务崩溃不影响其他服务

微服务主要用法概念

远程调用

在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我们称为远程调用。 SpringCloud 中使用 HTTP+JSON 的方式完成远程调用（OpenFeign）：

负载均衡

分布式系统中，A 服务需要调用 B 服务，B 服务在多台机器中都存在，A 调用任意一个服务器均可完成功能。为了使每一个服务器都不要太忙或者太闲，我们可以负载均衡的调用每一个服务器，提升网站的健壮性。

常见的负载均衡算法：

轮询：为第一个请求选择健康池中的第一个后端服务器，然后按顺序往后依次选择，直到最后一个，然后循环。
最小连接：优先选择连接数最少，也就是压力最小的后端服务器，在会话较长的情况下可以考虑采取这种方式。
散列：根据请求源的 IP 的散列（hash）来选择要转发的服务器。这种方式可以一定程度上保证特定用户能连接到相同的服务器。如果你的应用需要处理状态而要求用户能连接到和之前相同的服务器，可以考虑采取这种方式。

服务注册/发现&注册中心

A 服务调用 B 服务，A 服务并不知道 B 服务当前在哪几台服务器有，哪些正常的，哪些服务已经下线。解决这个问题可以引入注册中心（Nacos）；

如果某些服务下线，我们其他人可以实时的感知到其他服务的状态，从而避免调用不可用的服务。

配置中心

每一个服务最终都有大量的配置，并且每个服务都可能部署在多台机器上。我们经常需要变更配置，我们可以让每个服务在配置中心获取自己的配置。

配置中心用来集中管理微服务的配置信息

服务熔断&服务降级

在微服务架构中，微服务之间通过网络进行通信，存在相互依赖，当其中一个服务不可用时，有可能会造成雪崩效应。要防止这样的情况，必须要有容错机制来保护服务。

1）服务熔断

设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不再去调用这个服务。本地直接返回默认的数据。

用于防止服务雪崩。

2）服务降级

在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行。降级：某些服务不处理，或者简单处理【抛异常、返回 NULL、调用 Mock 数据、调用 Fallback 处理逻辑】

API 网关

在微服务架构中，API Gateway 作为整体架构的重要组件，它抽象了微服务中都需要的公共功能，同时提供了客户端负载均衡，服务自动熔断，灰度发布，统一认证，限流流控，日志统计等丰富的功能，帮助我们解决很多 API 管理难题。

环境准备

引入SpringCloud + SpringCloud Alibaba相关依赖，并注意版本适配问题：

下图是我们选择的版本：

Spring Cloud 系列：

官网：Spring Cloud
远程调用：OpenFeign
网关：Gateway

Spring Cloud Alibaba 系列：

官网：Spring Cloud Alibaba官网_基于Springboot的微服务教程-阿里云
注册中心/配置中心：Nacos
服务保护：Sentinel
分布式事务：Seata

下面是我们项目工程结构图：

我们先创建父工程并引入公共依赖：

上图没用的地方可以删掉。

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"><parent><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-parent</artifactId><version>3.3.4</version><relativePath/> <!-- lookup parent from repository --></parent><modelVersion>4.0.0</modelVersion><groupId>com.atguigu</groupId><artifactId>spring-cloud-demo</artifactId><version>1.0-SNAPSHOT</version><packaging>pom</packaging><properties><maven.compiler.source>17</maven.compiler.source><maven.compiler.target>17</maven.compiler.target><project.build.sourceEncoding>UTF-8</project.build.sourceEncoding><spring-cloud.version>2023.0.3</spring-cloud.version><spring-cloud-alibaba.version>2023.0.3.2</spring-cloud-alibaba.version></properties><dependencyManagement><dependencies><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-dependencies</artifactId><version>${spring-cloud.version}</version><type>pom</type><scope>import</scope></dependency><dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-alibaba-dependencies</artifactId><version>${spring-cloud-alibaba.version}</version><type>pom</type><scope>import</scope></dependency></dependencies></dependencyManagement></project>

需要注意三大地方：

Springboot的版本 <version>3.3.4</version>

<properties></properties>内的东西都代替即可

<dependencyManagement></dependencyManagement>内的东西全导入

这时我们的父项目就成功引入依赖。

接下来右键项目，新建services模块，选择Java+Maven即可：

    <parent><groupId>cn.eleven</groupId><artifactId>cloud-exercise</artifactId><version>0.0.1-SNAPSHOT</version></parent>

可以发现，这里的services的parent是cloud-exercise，由于我们的services模块也是管理子项目，所以也不需要写代码，仅需加入打包方式：

    <packaging>pom</packaging>

随后services模块内的src同样也可以删掉。

随后我们在services模块内创建service-product，同样选择Java+Maven，按照同样方法在services模块内创建service-order等模块。

    <parent><groupId>cn.eleven</groupId><artifactId>services</artifactId><version>0.0.1-SNAPSHOT</version></parent>

因为未来每个微服务都需要用到Nacos注册中心，所以在services模块内导入依赖（Nacos + OpenFeign）：

    <dependencies><!-- Nacos服务发现--><dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId></dependency><!-- OpenFeign远程调用--><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-openfeign</artifactId></dependency></dependencies>