【Spring開發】SpringCloud服務端基礎框架第5篇：SpringCloud01,1.認識微服務【附代碼文檔】詳情 - spring,java,ssh,後端小帥説技術動態日志

動態

詳情

【Spring開發】SpringCloud服務端基礎框架第5篇：SpringCloud01,1.認識微服務【附代碼文檔】 - 動態詳情

02:11 下午 · 10月 26 ,2025

🏆🏆🏆教程全知識點簡介：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://gitlab.com/yiqing112/backend/-/blob/main/Spring/Sprin... 🍅🍅

✨ 本教程項目亮點

🧠 知識體系完整：覆蓋從基礎原理、核心方法到高階應用的全流程內容
💻 全技術鏈覆蓋：完整前後端技術棧，涵蓋開發必備技能
🚀 從零到實戰：適合 0 基礎入門到提升，循序漸進掌握核心能力
📚 豐富文檔與代碼示例：涵蓋多種場景，可運行、可複用
🛠 工作與學習雙參考：不僅適合系統化學習，更可作為日常開發中的查閲手冊
🧩 模塊化知識結構：按知識點分章節，便於快速定位和複習
📈 長期可用的技術積累：不止一次學習，而是能伴隨工作與項目長期參考

🎯🎯🎯全教程總章節

🚀🚀🚀本篇主要內容

SpringCloud01

1.認識微服務

隨着互聯網行業的發展，對服務的要求也越來越高，服務架構也從單體架構逐漸演變為現在流行的微服務架構。這些架構之間有怎樣的差別呢？

1.0.學習目標

瞭解微服務架構的優缺點

1.1.單體架構

單體架構：將業務的所有功能集中在一個項目中開發，打成一個包部署。

單體架構的優缺點如下：

優點：

架構簡單
部署成本低

缺點：

耦合度高（維護困難、升級困難）

1.2.分佈式架構

分佈式架構：根據業務功能對系統做拆分，每個業務功能模塊作為獨立項目開發，稱為一個服務。

分佈式架構的優缺點：

優點：

降低服務耦合
有利於服務升級和拓展

缺點：

服務調用關係錯綜複雜

MyBatis 官方文檔

分佈式架構雖然降低了服務耦合，但是服務拆分時也有很多問題需要思考：

服務拆分的粒度如何界定？
服務之間如何調用？
服務的調用關係如何管理？

人們需要制定一套行之有效的標準來約束分佈式架構。

1.3.微服務

微服務的架構特徵：

單一職責：微服務拆分粒度更小，每一個服務都對應唯一的業務能力，做到單一職責
自治：團隊獨立、技術獨立、數據獨立，獨立部署和交付
面向服務：服務提供統一標準的接口，與語言和技術無關
隔離性強：服務調用做好隔離、容錯、降級，避免出現級聯問題

微服務的上述特性其實是在給分佈式架構制定一個標準，進一步降低服務之間的耦合度，提供服務的獨立性和靈活性。做到高內聚，低耦合。

因此，可以認為微服務是一種經過良好架構設計的分佈式架構方案 。

但方案該怎麼落地？選用什麼樣的技術棧？全球的互聯網公司都在積極嘗試自己的微服務落地方案。

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

1.4.SpringCloud

SpringCloud是目前國內使用最廣泛的微服務框架。官網地址：https://spring.io/projects/spring-cloud。

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對象，如圖：

其中的user為null

在user-service中有一個根據id查詢用户的接口：

查詢的結果如圖：

Baeldung Java 教程

2.3.1.案例需求：

修改order-service中的根據id查詢訂order單業務，要求在查詢訂order單的同時，根據訂order單中包含的userId查詢出用户信息，一起返回。

Spring Boot 官方文檔

因此，需要在order-service中向user-service發起一個http的請求，調用http://localhost:8081/user/{userId}這個接口。

大概的步驟是這樣的：

註冊一個RestTemplate的實例到Spring容器
修改order-service服務中的OrderService類中的queryOrderById方法，根據Order對象中的userId查詢User
將查詢的User填充到Order對象，一起返回

2.3.2.註冊RestTemplate

首先，在order-service服務中的OrderApplication啓動類中，註冊RestTemplate實例：

package cn.itcast.order;

import org.mybatis.spring.annotation.MapperScan;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.web.client.RestTemplate;

@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
public class OrderApplication {

    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }

    @Bean
    public RestTemplate restTemplate() {
        retu

# 3.Eureka註冊中心



假如 的服務提供者user-service部署了多個實例，如圖：

![](/img/bVdh4pu)



大家思考幾個問題：

- order-service在發起遠程調用的時候，該如何得知user-service實例的ip地址和端口？
- 有多個user-service實例地址，order-service調用時該如何選擇？
- order-service如何得知某個user-service實例是否依然健康，是不是已經宕機？



## 3.1.Eureka的結構和作用

這些問題都需要利用SpringCloud中的註冊中心來解決，其中最廣為人知的註冊中心就是Eureka，其結構如下：

![](/img/bVdh4pw)



回答之前的各個問題。

問題1：order-service如何得知user-service實例地址？

獲取地址信息的流程如下：

- user-service服務實例啓動後，將自己的信息註冊到eureka-server（Eureka服務端）。這個叫服務註冊
- eureka-server保存服務名稱到服務實例地址列表的映射關係
- order-service根據服務名稱，拉取實例地址列表。這個叫服務發現或服務拉取



問題2：order-service如何從多個user-service實例中選擇具體的實例？

- order-service從實例列表中利用負載均衡算法選中一個實例地址
- 向該實例地址發起遠程調用



問題3：order-service如何得知某個user-service實例是否依然健康，是不是已經宕機？

- user-service會每隔一段時間（默認30秒）向eureka-server發起請求，報告自己狀態，稱為心跳
- 當超過一定時間沒有發送心跳時，eureka-server會認為微服務實例故障，將該實例從服務列表中剔除
- order-service拉取服務時，就能將故障實例排除了



> 注意：一個微服務，既可以是服務提供者，又可以是服務消費者，因此eureka將服務註冊、服務發現等功能統一封裝到了eureka-client端



因此，接下來 動手實踐的步驟包括：

![](/img/bVdh4pt)



## 3.2.搭建eureka-server

首先大家註冊中心服務端：eureka-server，這必須是一個獨立的微服務

### 3.2.1.創建eureka-server服務

在cloud-demo父工程下，創建一個子模塊：

![](/img/bVdmoMG)

填寫模塊信息：

![](/img/bVdmoMH)



然後填寫服務信息：

![](/img/bVdmoMI)



### 3.2.2.引入eureka依賴

引入SpringCloud為eureka提供的starter依賴：

<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>

</dependency>




### 3.2.3.編寫啓動類

給eureka-server服務編寫一個啓動類，一定要添加一個@EnableEurekaServer註解，開啓eureka的註冊中心功能：

package cn.itcast.eureka;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {

public static void main(String[] args) {
    SpringApplication.run(EurekaApplication.class, args);
}

}




### 3.2.4.編寫配置文件

編寫一個application.yml文件，內容如下：

server:
port: 10086
spring:
application:

name: eureka-server

Spring Test 文檔

eureka:
client:

service-url: 
  defaultZone: http://127.0.0.1:10086/eureka




### 3.2.5.啓動服務

啓動微服務，然後在瀏覽器訪問：http://127.0.0.1:10086

看到下面結果應該是成功了：

![](/img/bVdh4ps)







## 3.3.服務註冊

下面， 將user-service註冊到eureka-server中去。

### 1）引入依賴

在user-service的pom文件中，引入下面的eureka-client依賴：

<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>

</dependency>




### 2）配置文件

在user-service中，修改application.yml文件，添加服務名稱、eureka地址：

SSH , 後端 , JAVA , spring

小帥説技術動態日志

@xiaoshuai456

標簽

後端 (618)

JAVA (556)

spring (87)

SSH (37)

動態

【Spring開發】SpringCloud服務端基礎框架第5篇：SpringCloud01,1.認識微服務【附代碼文檔】 - 動態詳情

✨ 本教程項目亮點

🎯🎯🎯全教程總章節

🚀🚀🚀本篇主要內容

SpringCloud01

1.認識微服務

1.0.學習目標

1.1.單體架構

1.2.分佈式架構

1.3.微服務

1.4.SpringCloud

1.5.總結

2.服務拆分和遠程調用

2.1.服務拆分原則

2.2.服務拆分示例

2.2.1.導入Sql語句

2.2.2.導入demo工程

2.3.實現遠程調用案例

2.3.1.案例需求：

2.3.2.註冊RestTemplate

Add a new 評論

小帥説技術 動態日志

@xiaoshuai456

標簽

後端 (618)

JAVA (556)

spring (87)

SSH (37)

動態

【Spring開發】SpringCloud服務端基礎框架第5篇：SpringCloud01,1.認識微服務【附代碼文檔】 - 動態 詳情

✨ 本教程項目亮點

🎯🎯🎯全教程總章節

🚀🚀🚀本篇主要內容

SpringCloud01

1.認識微服務

1.0.學習目標

1.1.單體架構

1.2.分佈式架構

1.3.微服務

1.4.SpringCloud

1.5.總結

2.服務拆分和遠程調用

2.1.服務拆分原則

2.2.服務拆分示例

2.2.1.導入Sql語句

2.2.2.導入demo工程

2.3.實現遠程調用案例

2.3.1.案例需求：

2.3.2.註冊RestTemplate

Add a new 評論

小帥説技術動態日志

【Spring開發】SpringCloud服務端基礎框架第5篇：SpringCloud01,1.認識微服務【附代碼文檔】 - 動態詳情