微服务与 Spring Cloud

这一课你将能做到

1. 说清单体架构的三个典型痛点，以及「什么时候才值得拆微服务」的判断标准
2. 讲清 Spring Boot 与 Spring Cloud 的分工：一个管单个应用怎么跑，一个管一群应用怎么协作
3. 动手搭一个 Maven 多模块工程，让 user-service 和 problem-service 作为两个独立进程同时运行

为什么要学

你在 Spring Boot 实战入门 已经能把一个完整 API 跑起来——本站（CodeForge）就是这样一个单体：Spring Boot + MySQL + Redis + Nginx，用户、题目、提交、判题全在一个 jar 里。单体在中小规模完全够用，但它有三个天花板：

1. 部署耦合：改一行判题逻辑，整包重新发布；判题把 CPU 打满，用户登录接口也跟着变慢（同一进程抢资源）。
2. 扩容粗粒度：明明只有判题模块压力大，却只能把整个应用复制 3 份，白白多耗一倍内存。
3. 团队互锁：A 组改公共 DTO 导致 B 组编译失败；全站被锁死在同一种数据库方案、同一个框架版本上。

微服务就是把这些业务能力（用户、题目、判题）拆成独立进程、独立数据库、独立部署的小服务。但拆开之后立刻冒出新问题：服务地址怎么找？请求从哪个口进来？配置改了怎么同步？下游挂了怎么办？Spring Cloud 就是解决这一整套「协作问题」的工具箱。

面试视角：「为什么用微服务」几乎是 Java 后端必考题，回答的关键不是背概念，而是结合具体场景讲痛点与收益——这一课给你这套判断力和话术。

先建立图像

单体 vs 微服务，用本站举例：

【单体：一个 jar 全包】
浏览器 ──► Nginx ──► codeforge.jar:8080
                      ├── UserController    ──► MySQL（共用一个库）
                      ├── ProblemController ──► 同一个库
                      └── JudgeController   ──► 同一个库 + Redis

【微服务：按业务拆进程】
浏览器 ──► Nginx ──► Gateway:8080
                      ├── user-service:8081    ──► user_db
                      ├── problem-service:8082 ──► problem_db
                      └── judge-service:8083   ──► judge_db + Redis
（每个服务独立启动、独立发布、独立扩容；注册中心记录各服务地址）

一句话直觉：单体是一家什么菜都做的餐厅，微服务是把后厨按菜系分成几个档口，各自采购（数据库）、各自加人（扩容），传菜口统一对外（网关）。

跟着做

步骤 1：建立 Maven 父工程

微服务通常一个服务一个 Maven 模块。新建目录 cloud-demo，写父 pom.xml：

<?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">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>cloud-demo</artifactId>
    <version>1.0.0</version>
    <packaging>pom</packaging>

    <modules>
        <module>user-service</module>
        <module>problem-service</module>
    </modules>

    <properties>
        <java.version>17</java.version>
        <spring-boot.version>3.2.5</spring-boot.version>
        <spring-cloud.version>2023.0.1</spring-cloud.version>
    </properties>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-dependencies</artifactId>
                <version>${spring-boot.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
</project>