1. Spring Boot 到底是什么为什么 Java 后端几乎绕不开它1.1 它不是新语言也不是替代 Spring而是 Spring 应用的工程化脚手架Spring Boot 的出现本质上是为了解决传统 Spring 项目启动慢、配置多、依赖难配、上线监控成本高的问题。过去搭一个 Java Web 项目开发者经常要花大量时间配置 XML、Servlet、Tomcat、数据源、日志、事务、监控。业务还没开始写项目基础设施已经让人头大。Spring Boot 把这些重复劳动抽象成 Starter、自动配置、内嵌 Web 容器、外部化配置和 Actuator。这样一来开发者不用从零开始拼各种组件而是站在一套标准化工程体系上快速开发。1.2 Spring Boot 的核心关键词第一Starter把常用依赖打包成一组好用的依赖集合第二AutoConfiguration根据你引入的 jar 和配置自动装配组件第三Embedded Server内嵌 Tomcat、Jetty 或 Undertow让应用可以直接运行第四Externalized Configuration把配置放到文件、环境变量、命令行或配置中心第五Actuator提供生产环境需要的健康检查和指标监控。2. Spring Boot 整体架构从入口类到业务服务2.1 先从分层看不要一上来就背注解一个典型 Spring Boot 应用可以从外到内分成启动入口、Spring 容器、自动配置、Web 层、业务层和基础设施层。启动入口负责拉起整个应用Spring 容器负责管理 Bean自动配置负责帮你创建常见组件Web 层负责接收请求业务层负责业务逻辑基础设施层负责数据库、缓存、消息队列和外部服务。面试时如果能先把这张大图讲清楚再去讲启动流程、自动配置、事务、AOP就会显得非常有体系。3. Spring Boot 启动流程main 方法背后发生了什么3.1 启动不是简单 new 一个对象而是拉起一整套容器体系当你调用 SpringApplication.run() 时Spring Boot 会先准备运行环境例如读取配置、处理 Profile、初始化日志然后创建 ApplicationContext也就是 Spring 容器接着扫描 Bean、解析配置类、执行自动配置随后刷新容器完成 Bean 的实例化、依赖注入和生命周期回调如果是 Web 应用还会启动内嵌 Web 容器开始监听端口。所以启动流程可以压缩成一句话准备环境创建容器加载 Bean执行自动配置启动 Web 容器发布就绪事件。3.2 为什么启动流程是面试高频因为很多线上问题都能从启动流程里找到线索。比如配置没有生效可能是 Profile 或配置优先级问题Bean 创建失败可能是依赖注入或自动配置条件问题端口被占用是 Web 容器启动阶段的问题初始化很慢可能是某些 Bean 在启动时执行了过重逻辑。4. 自动配置原理Spring Boot 最核心的“省配置”能力4.1 自动配置不是魔法而是一组条件判断Spring Boot 官方文档中说明自动配置会尝试根据你添加到 classpath 的 jar 依赖来自动配置 Spring 应用。例如如果相关数据库驱动和配置存在Spring Boot 就会尝试配置数据源。你也可以通过 SpringBootApplication 或 EnableAutoConfiguration 开启这种能力。从工程角度看自动配置的逻辑可以理解为你引入了 StarterStarter 带来了相关依赖Spring Boot 找到对应的自动配置类自动配置类再根据条件注解判断是否生效条件满足时就创建 Bean。4.2 自动配置为什么不会完全失控因为很多自动配置都会通过条件注解做保护。最典型的是 ConditionalOnMissingBean如果你已经自己定义了某个 BeanSpring Boot 通常不会再自动创建同类 Bean。也就是说默认情况下它帮你配好当你想接管时它会让位。5. IoC、DI 与 Bean 生命周期Spring Boot 的地基仍然是 Spring5.1 IoC对象控制权交给容器Spring Boot 看起来很新但它的地基仍然是 Spring Framework 的 IoC 容器。IoC 可以理解为对象不再由业务代码自己到处 new而是交给 Spring 容器统一创建、配置、装配和管理。DI 也就是依赖注入是 IoC 最常见的落地方式。对象需要依赖什么不再自己创建而是在构造方法、工厂方法或属性里声明由容器在创建对象时注入进去。Spring 官方文档也把依赖注入解释为对象只通过构造参数、工厂方法参数或属性定义依赖容器在创建 Bean 时注入这些依赖。5.2 Bean 生命周期为什么重要因为很多高级问题都和生命周期有关。例如 BeanPostProcessor 为什么能增强 BeanPostConstruct 什么时候执行AOP 代理什么时候生成为什么有些 Bean 初始化太早会拿不到代理对象。这些问题都绕不开 Bean 生命周期。6. Spring Boot Web 请求链路一个 HTTP 请求如何被处理6.1 请求不是直接进 Controller而是经过一条链路一个请求进入 Spring Boot Web 应用首先会被内嵌 Tomcat 等 Web 容器接收然后经过 Filter进入 DispatcherServlet再通过 HandlerMapping 找到对应 Controller 方法。Controller 完成参数绑定和校验后调用 ServiceService 再访问数据库、缓存或远程服务最后返回结果并序列化成 JSON。6.2 Filter、Interceptor、AOP 的区别Filter 更靠近 Servlet 容器适合做跨域、编码、请求日志。Interceptor 属于 Spring MVC适合做登录校验、权限判断、接口耗时统计。AOP 更靠近业务方法适合做事务、监控、日志、埋点和权限切面。7. 外部化配置与 Profile同一套代码如何跑多个环境7.1 配置体系的目标让代码和环境差异分离Spring Boot 官方文档明确指出外部化配置可以让同一套应用代码在不同环境工作配置来源可以包括 properties、YAML、环境变量和命令行参数。实际工程中还会接入 Nacos、Apollo、Spring Cloud Config 等配置中心。这就解决了一个关键问题开发、测试、预发、生产环境的数据库地址、Redis 地址、MQ 地址、日志级别、开关配置都不一样但业务代码不应该跟着变化。7.2 Profile 的正确用法Profile 适合区分环境例如 dev、test、prod。但不要把 Profile 滥用成复杂业务开关。业务开关更适合用配置中心、灰度开关或专门的 feature flag 系统管理。8. 数据访问与事务Spring Boot 如何接入数据库8.1 Spring Boot 会自动帮你装配数据访问常见组件当你引入 JDBC、JPA、MyBatis、数据库驱动等依赖并提供必要配置后Spring Boot 会尝试帮你配置 DataSource、连接池、事务管理器等常见组件。业务层只需要通过 Repository、Mapper 或 JdbcTemplate 等方式访问数据。8.2 事务边界为什么一般放在 Service 层因为一个业务动作往往由多个数据操作组成。比如创建订单可能涉及写订单表、扣库存、写支付记录、发消息。如果事务放在 DAO 层只能覆盖很小的单表操作放在 Service 层才能覆盖整个业务动作。8.3 Transactional 常见坑第一同类内部方法调用可能绕过代理事务不生效第二默认对 RuntimeException 回滚受检异常需要单独配置第三事务方法要通过 Spring 管理的代理对象调用第四事务范围不要过大否则容易长时间占用连接和锁。9. ActuatorSpring Boot 上线后的“体检仪表盘”9.1 应用能启动不代表它在生产环境可管理Spring Boot Actuator 提供了一组生产可用能力。官方文档中把它称为用于监控和管理应用的生产级特性可以通过 HTTP 端点或 JMX 进行管理并支持审计、健康检查和指标采集。常见端点包括 health、metrics、info、env、loggers、prometheus 等。health 常用于容器健康检查metrics 用于采集 JVM、HTTP、线程池指标loggers 可以在不重启的情况下调整日志级别。9.2 Actuator 不能裸露在公网生产环境中Actuator 端点必须做访问控制。尤其是 env、beans、loggers 等端点可能暴露配置或影响运行状态。正确做法是限制端点暴露范围、加认证、走内网或运维平台统一访问。10. Spring Boot 线上排障面试最能拉开差距的一部分10.1 启动失败怎么排查先看异常栈最底层根因不要只看最外层 BeanCreationException。常见原因包括端口占用、配置缺失、Bean 冲突、循环依赖、自动配置条件不满足、数据库连接失败。10.2 接口慢怎么排查先看是否所有接口都慢还是某几个接口慢。再看耗时在网关、应用、数据库、缓存、远程调用哪一层。常用抓手包括日志 Trace、APM、SQL 慢日志、线程栈、连接池指标。10.3 事务不生效怎么排查重点看三件事方法是不是通过代理对象调用异常类型是否会触发回滚事务边界是否放在真正的业务入口上。很多事务问题不是注解写错而是调用路径绕过了代理。11. Spring Boot 高频面试题快答问题高质量回答思路Spring Boot 和 Spring 有什么区别Spring 是基础框架提供 IoC、AOP、事务、MVC 等能力Spring Boot 是在 Spring 之上的工程化封装提供 Starter、自动配置、内嵌容器、外部化配置和 Actuator让应用更快启动和上线。SpringBootApplication 做了什么它是组合注解通常包含配置类、组件扫描和自动配置能力是 Spring Boot 应用的常见入口注解。自动配置原理是什么根据 classpath、配置项和已有 Bean通过条件注解决定是否创建某些 Bean。默认帮你配置但允许你自定义 Bean 接管。为什么引入 Starter 就能用Starter 帮你组合了一组常用依赖自动配置再根据这些依赖和配置决定创建哪些组件。Spring Boot 怎么做多环境配置通过 application.yml、Profile、环境变量、命令行参数和配置中心把环境差异外部化。Actuator 有什么用提供健康检查、指标、环境信息、日志级别等生产级端点帮助应用上线后被监控、管理和排障。事务为什么不生效常见原因有内部方法调用绕过代理、异常类型不触发回滚、方法不是 public、对象不是 Spring Bean、事务边界放错层。12. 总结Spring Boot 真正考的不是注解而是工程体系Spring Boot 的核心价值是把 Spring 应用从“能写”推进到“更快开发、更易配置、更容易上线、更方便监控”。它通过 Starter 降低依赖管理成本通过自动配置降低配置成本通过内嵌容器降低部署成本通过外部化配置适配多环境通过 Actuator 提升生产可观测性。面试时不要把 Spring Boot 讲成一堆注解。更好的方式是围绕一条主线应用如何启动、Bean 如何创建、自动配置如何生效、Web 请求如何流转、配置如何管理、事务如何控制、上线如何监控、故障如何排查。只要这条线讲清楚Spring Boot 基本就算真正理解了。附30 秒面试快答模板“Spring Boot 是对 Spring 应用开发的工程化封装核心能力包括 Starter 依赖管理、自动配置、内嵌 Web 容器、外部化配置和 Actuator 生产监控。启动时SpringApplication 会准备环境、创建 ApplicationContext、加载 Bean、执行自动配置并启动内嵌容器。自动配置不是魔法而是通过条件注解根据 classpath、配置和已有 Bean 判断是否创建组件。真正上线时还要关注配置管理、事务边界、Web 请求链路、Actuator 监控和线上排障。”