🏆🏆🏆教程全知识点简介：Docker实用篇 0.学习目标 1.初识Docker 1.2.Docker和虚拟机的区别 2.Docker的基本操作 2.1.镜像操作 2.1.3.案例1-拉取、查看镜像 2.1.5.练习 3.Dockerfile自定义镜像 3.3.构建Java项目 3.4.小结 4.Docker-Compose 4.3.部署微服务集群 4.3.1.compose文件 4.3.3.打包 设置docker镜像源 关闭 禁止开机启动防火墙 安装 修改权限 补全命令 RabbitMQ 1.初识MQ 1.1.同步和异步通讯 1.2.技术对比： 2.快速入门 2.2.RabbitMQ消息模型 2.3.导入Demo工程 2.4.入门案例 2.4.1.publisher实现 3.1.3.测试 3.2.WorkQueue 3.2.1.消息发送 3.2.4.能者多劳 3.3.发布/订阅 3.4.Fanout 3.4.1.声明队列和交换机 3.5.Direct 3.6.Topic 3.6.1.说明 SpringCloud01 1.认识微服务 1.1.单体架构 2.服务拆分和远程调用 2.1.服务拆分原则 2.3.实现远程调用案例 2.3.1.案例需求： 2.3.2.注册RestTemplate 3）启动多个user-service实 4.Ribbon负载均衡 4.1.负载均衡原理 4.2.源码跟踪 1）LoadBalancerIntercepor 3）负载均衡策略IRule 5.Nacos注册中心 5.1.认识和安装Nacos 5.2.服务注册到nacos 1）引入依赖 2）配置nacos地址 3）重启 5.3.服务分级存储模型 5.3.2.同集群优先的负载均衡 5.4.权重配置 Nacos安装指南 1.Windows安装 1.1.下载安装包 1.2.解压 1.3.端口配置 1.4.启动 1.5.访问 2.Linux安装 2.1.安装JDK 3.Gateway服务网关 3.1.为什么需要网关 3.3.断言工厂

📚📚仓库code.zip 👉直接-->：   https://gitee.com/xiaoshuai112/Backend/blob/master/Spring/SpringCloud服务端基础框架/note.md    🍅🍅

✨ 本教程项目亮点

🧠 知识体系完整：覆盖从基础原理、核心方法到高阶应用的全流程内容
💻 全技术链覆盖：完整前后端技术栈，涵盖开发必备技能
🚀 从零到实战：适合 0 基础入门到提升，循序渐进掌握核心能力
📚 丰富文档与代码示例：涵盖多种场景，可运行、可复用
🛠 工作与学习双参考：不仅适合系统化学习，更可作为日常开发中的查阅手册
🧩 模块化知识结构：按知识点分章节，便于快速定位和复习
📈 长期可用的技术积累：不止一次学习，而是能伴随工作与项目长期参考

🎯🎯🎯全教程总章节

🚀🚀🚀本篇主要内容

SpringCloud01

1.认识微服务

随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？

1.0.学习目标

了解微服务架构的优缺点

1.1.单体架构

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

单体架构的优缺点如下：

优点：

• 架构简单
• 部署成本低

缺点：

• 耦合度高（维护困难、升级困难）

1.2.分布式架构

分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。

分布式架构的优缺点：

优点：

• 降低服务耦合
• 有利于服务升级和拓展

缺点：

• 服务调用关系错综复杂

[MyBatis 官方文档]

分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：

• 服务拆分的粒度如何界定？
• 服务之间如何调用？
• 服务的调用关系如何管理？

人们需要制定一套行之有效的标准来约束分布式架构。

1.3.微服务

微服务的架构特征：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
• 自治：团队独立、技术独立、数据独立，独立部署和交付
• 面向服务：服务提供统一标准的接口，与语言和技术无关
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务的上述特性其实是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性。做到高内聚，低耦合。

因此，可以认为微服务是一种经过良好架构设计的分布式架构方案 。

但方案该怎么落地？选用什么样的技术栈？全球的互联网公司都在积极尝试自己的微服务落地方案。

其中在Java领域最引人注目的就是SpringCloud提供的方案了。

1.4.SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验。

其中常见的组件包括：

另外，SpringCloud底层是依赖于SpringBoot的，并且有版本的兼容关系，如下：

课堂学习的版本是 Hoxton.SR10，因此对应的SpringBoot版本是2.3.x版本。

1.5.总结

• 单体架构：简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统

• 分布式架构：松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝

[Spring WebFlux 文档]

• 微服务：一种良好的分布式架构方案

①优点：拆分粒度更小、服务更独立、耦合度更低

②缺点：架构非常复杂，运维、监控、部署难度提高

• SpringCloud是微服务架构的一站式解决方案，集成了各种优秀微服务功能组件

2.服务拆分和远程调用

任何分布式架构都离不开服务的拆分，微服务也是一样。

2.1.服务拆分原则

这里我总结了微服务拆分时的几个原则：

• 不同微服务，不要重复开发相同业务
• 微服务数据独立，不要访问其它微服务的数据库
• 微服务可以将自己的业务暴露为接口，供其它微服务调用

2.2.服务拆分示例

以课前资料中的微服务cloud-demo为例，其结构如下：

cloud-demo：父工程，管理依赖

• order-service：订order单微服务，负责订order单相关业务
• user-service：用户微服务，负责用户相关业务

要求：

• 订order单微服务和用户微服务都必须有各自的数据库，相互独立
• 订order单服务和用户服务都对外暴露Restful的接口
• 订order单服务如果需要查询用户信息，只能调用用户服务的Restful接口，不能查询用户数据库

[Quarkus 文档]

2.2.1.导入Sql语句

首先，将课前资料提供的cloud-order.sql和cloud-user.sql导入到mysql中：

cloud-user表中初始数据如下：

cloud-order表中初始数据如下：

cloud-order表中持有cloud-user表中的id字段。

2.2.2.导入demo工程

用IDEA导入课前资料提供的Demo：

项目结构如下：

导入后，会在IDEA右下角出现弹窗：

点击弹窗，然后按下图选择：

会出现这样的菜单：

配置下项目使用的JDK：

2.3.实现远程调用案例

在order-service服务中，有一个根据id查询订order单的接口：

根据id查询订order单，返回值是Order对象，如图：

![](https://fileserver.developer.huaweicloud.com/FileServer/getFile/communitytemp/20250906/community/586/961/417/0001711010586961417.20250906114804.0374496507437790759