Spring Boot 自 年发布以来已成为 Java 后端开发中最主流的框架之一。老实说，一个 @SpringBootApplication 加一行 main 方法就能启动 Web 服务。这种开发体验让许多开发者将其视为理所当然。但 Spring Boot 并非凭空诞生的全新框架，它是在传统的 SSM 框架之上做了一层自动化的封装与抽象。其实，理解这层封装究竟封装了什么、抽象掉的是哪些环节。才能回答一个更根本的问题——Spring Boot 到底做对了哪几件事。

下面四个部分按照一条请求在后端中的处理链路依次展开：请求经 Controller 控制层 进入程序。经 Service 服务层 处理业务逻辑，下沉到 Mapper 数据访问层 操作数据库，而贯穿这三层运转的底层骨架则是 配置程序。每一层都从如今 Spring Boot 的开发体验入手，回看 SSM 中对应的手动环节来揭示底层发生了什么最终回到 Spring Boot 看它如何将这些环节自动化。不过，

一、Controller 控制层——回看请求是怎么走到的

使用者痛点：在传统 SSM 项目里每次新增或修改接口。都要去修改 web.xml/spring-mvc.xml 等多个文件；配置错一点点，请求就会 404 或报错，调试成本极高。说起来，

如今写一个 REST 接口。只需要 @RestController 加 @RequestMapping返回一个对象，前端收到 JSON。这个过程顺畅到让人意识不到中间发生了什么。

S​S​M 实现方式：

Tomcat 收到请求 → web.xml 中声明 DispatcherServlet拦截
→ 加载 spring-mvc.xml
→ spring-mvc.xml 配置 RequestMappingHandlerMapping
→ 匹配 @RequestMapping 找到 Controller 方法
→ 方法返回后由 spring-mvc.xml 中配置的 Jackson 消息转换器序列化为 JSON
→ 写回响应

涉及的配置节点：

配置位置	配置内容
web.xml	声明 DispatcherServlet、配置 url-pattern 和初始化参数
spring-mvc.xml	处理器映射器、适配器、Jackson 消息转换器等 Bean 定义
	CorsFilter 等过滤器注册

Pain Point：任何一个节点写错或少写，请求就走不到 Controller。

S​pring Boot 的方法：

S​pring Boot 在内部 classpath 中是否存在 Web 依赖，实现以下自动化：

• * 自动注册 DispatcherServlet;
• * 自动装配 Jackson 消息转换器;
• * 自动完成默认的 HandlerMapping 与 HandlerAdapter.

You only need a single annotation – @SpringBootApplication. If you want to customize any part,simply declare your own Bean;it will replace auto‑configured one. 本质上，这相当于把 SSM 中手动声明 Bean 的步骤搬到了 Java 注解/代码层面。

二、Service 服务层——回看那些重复的「注入→调用→返回」

Pain Point：S​SM 项目里每新增一个业务模块，都要写接口、实现类还有在 XML 中开启组件扫描；大量样板代码导致维护成本飙升。

S​pring Boot + MyBatis‑Plus 的典型写法只需继承ServiceImpl。即可直接调用诸如getById,list,page 等方法。

S​SM 的 Service 层完整流程如下：

// 第一步先：写接口
public interface UserService {
User getById;void updateUserInfo;}
// 接下来：实现类并手动注入 Mapper
@Service
public class UserServiceImpl implements UserService {
@Autowired
private UserMapper userMapper;@Override
public User getById {
return userMapper.selectById;}
@Override
public void updateUserInfo {
userMapper.updateById;}
}
// 然后：在 applicationContext.xml 中开启组件扫描

The above pattern repeats for every business module – interface + implementation + XML scan – while real business logic often occupies only a tiny portion.

S​pring Boot 与 MyBatis‑Plus 将这段重复模式抽象进了基类ServiceImpl:

public interface UserService extends IService {
User login;// 自定义业务仅此一行
}
@Service
public class UserServiceImpl extends ServiceImpl
implements UserService {
@Override
public User login {
return lambdaQuery
.eq
.one;}
}

The generic base implementation already provides CRUD methods。etc.). Spring Boot’s role is to *recognize* this high‑frequency pattern and *auto‑wire* necessary beans via component scanning and conditional bean creation.

三、Mapper 数据访问层——回看那些手写的 SQL 和 XML

Pain Point：S​SM 使用 XML 编写 SQL 时一旦字段名/表名改动，需要逐个更新对应映射文件；SQL 与 Java 对象分离导致 IDE 无法检查错误。怎么说呢，

S​pring Boot + MyBatis‑Plus 的典型 Mapper 如下仅需继承BaseMapper:

@Mapper
public interface UserMapper extends BaseMapper {
// 空接口即可获得完整 CRUD 能力
}

S​SM 中每个 Mapper 都对应一份 XML 映射文件，需要手动编写每条 SQL：

SELECT * FROM user WHERE username = #{username}


INSERT INTO user
VALUES


UPDATE user

nickname = #{nickname},
email = #{email},

WHERE id = #{id}

The corresponding configuration in SSM also requires manual declaration of SqlSessionFactoryBean。mapperLocations and MapperScannerConfigurer in spring-mybatis.xml.. Any typo or missing path makes MyBatis unable to locate mapping files.

S​pring Boot + MyBatis‑Plus eliminates all of this by:

• * Using annotations such as @TableName/@TableField on entity classes to infer table/column names.
.
• * Generating CRUD SQL at runtime through reflection and metadata parsing.
.
• * Providing built‑in pagination interceptor that adds paging support without extra XML configuration.
. <\/ul\

四、配置管理——回看那些散落的 XML 文件

**Pain Point**：SSM 项目中有 `10+` 分散在不同目录下的 `*.xml` 与 `*.properties` 文件，一处改动往往需要同步多处，否则启动报错难以定位。**当前 Spring Boot**： yaml yaml **传统 SSM**： bash --- `spring-boot-autoconfigure` 包内提供数百个 `*AutoConfiguration` 类。通过 `@ConditionalOnClass`,`@ConditionalOnMissingBean` 等条件注解实现 **约定比更好配置** 与 **条件自动装配**。

主要三件事

• 约定比更好配置: 预设合理默认值，让大多数场景免去显式声明。<\/li>
• 从条件自动装配来看，运行时依据classpath依赖动态注入组件。<\/li>
• 再看内嵌运行时，\ n消除开发环境与生产环境部署差异。\ n<\/ul\

---\r

了解 SSM 每一层到底干了哪些事，是正确使用 Spring Boot 的前提。当自动装配失效时有这份“底层拼装”知识。你才能快速定位问题，而不是盲目搜索日志。按理说，自定义 Bean 覆盖 Boot 自动装配，与 SSM 手动在 xml 声明 bean 是同一种机制。只是表现形式从 XML 换成了 Java 注解/代码而已。

\r 免责声明: \r 这篇文章内容仅供框架技术学习交流使用。文章中涉及框架技术细节等信息均来自公开资料。如有侵权行为，请联系作者删除这些内容。\r <\/div\r>`

---