在Java后端开发的面试中，Spring面试原理往往是考察候选人技术深度的核心环节。Spring作为Java生态中事实上的标准框架，其设计哲学、底层实现机制以及扩展能力，直接反映了开发者对面向对象设计、反射机制、动态代理以及容器管理等核心概念的掌握程度。本页面旨在通过梳理Spring面试原理中的关键考点，结合源码级解读与实战场景，为求职者提供一份详尽的技术指南。我们不仅关注“怎么做”，更聚焦于“为什么这么做”，帮助您在面试中展现出超越初级开发的架构思维。
什么是IOC？
IOC（Inversion of Control，控制反转）并非一种具体的技术，而是一种设计思想。在传统的开发模式中，对象的创建和管理由代码内部完成，耦合度高。而IOC将对象的创建、依赖关系的维护交给Spring容器。面试官常问：Spring面试原理中IOC的本质是什么？答案是通过“反射”机制，在运行时动态地实例化对象并注入依赖，从而实现了组件间的解耦。
DI的实现机制
DI（Dependency Injection，依赖注入）是IOC的具体实现方式。Spring主要通过三种方式实现DI：构造器注入、Setter方法注入和字段注入（@Autowired）。在Spring面试原理的高阶考察中，面试官会关注为什么推荐使用构造器注入？因为它能确保依赖不可变、保证对象在被使用时已完全初始化，且便于单元测试。
BeanFactory vs ApplicationContext
这是基础中的基础。BeanFactory是Spring的最底层接口，采用延迟加载（Lazy Load），只有在获取Bean时才创建实例。而ApplicationContext是其子接口，提供了更多企业级功能，如事件发布、国际化、AOP支持等，且在容器启动时会预实例化所有单例Bean。面试中需明确两者在启动速度和资源占用上的权衡。
💡 深度解析：IOC容器的启动流程
理解Spring面试原理的关键在于掌握容器启动流程： 1. 资源定位：通过ResourceLoader加载Bean定义资源（XML、注解、Java Config）。 2. Bean定义注册：将解析后的BeanDefinition注册到BeanDefinitionMap中。 3. Bean实例化：通过BeanFactoryPostProcessor处理BeanDefinition，再通过InstantiationStrategy创建Bean实例。 4. 属性填充：执行DependencyInjection，注入依赖。 5. 初始化：执行Aware接口回调、BeanPostProcessor前置处理、InitializingBean等。 6. 销毁：注册销毁回调。
基于接口的动态代理
JDK动态代理是Java标准库提供的功能（java.lang.reflect.Proxy）。它要求目标类必须实现至少一个接口。其原理是在运行时生成一个实现了相同接口的代理类，并在代理类的方法中通过反射调用InvocationHandler.invoke()方法。
// 伪代码示例
Proxy.newProxyInstance(
target.getClass().getClassLoader(),
target.getClass().getInterfaces(),
new InvocationHandler() {
public Object invoke(Object proxy, Method method, Object[] args) {
// 前置通知
Object result = method.invoke(target, args);
// 后置通知
return result;
}
}
);
在Spring面试原理中，JDK代理的优势是无需第三方依赖，劣势是必须依赖接口，且反射调用性能略低于直接调用。
基于继承的动态代理
CGLIB（Code Generation Library）是一个强大的高性能代码生成包。它通过在运行时继承目标类并重写方法来实现代理。由于是方法级别的覆盖，因此性能通常高于JDK动态代理，但要求目标类不能被final修饰。
// 伪代码示例
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(TargetClass.class);
enhancer.setCallback(new MethodInterceptor() {
public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) {
// 前置逻辑
Object result = proxy.invokeSuper(obj, args);
// 后置逻辑
return result;
}
});
return enhancer.create();
在Spring面试原理的高阶讨论中，CGLIB的字节码生成技术（如ASM）是考察重点，它直接操作字节码，效率更高，但内存占用也相对较大。
Spring AOP的选择策略
Spring框架默认使用JDK动态代理。如果目标对象实现了接口，则使用JDK代理；如果目标对象没有实现接口，则强制使用CGLIB。
可以通过配置 spring.aop.proxy-target-class=true 强制使用CGLIB。在Spring Boot 2.x及以后版本中，默认行为有所调整，更倾向于使用CGLIB以提高性能，除非明确指定使用接口代理。
| 特性 | JDK动态代理 | CGLIB代理 |
|---|---|---|
| 依赖 | Java标准库 | 第三方库 (ASM) |
| 目标类要求 | 必须实现接口 | 类不能被final修饰 |
| 性能 | 反射调用，较慢 | 字节码生成，较快 |
| Spring默认 | 是 (有接口时) | 否 |
2. 执行BeanPostProcessor的postProcessAfterInitialization方法。
3. 如果指定了init-method或实现InitializingBean接口，执行初始化逻辑。
事务管理是企业级应用的核心。Spring面试原理中，事务的传播行为（Propagation Behavior）决定了多个事务方法相互调用时，事务如何在方法间传递。Spring定义了7种传播行为，其中最重要的是REQUIRED和REQUIRES_NEW。
REQUIRED (默认)
如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新事务。这是最常用的传播行为，适用于大多数业务场景。
REQUIRES_NEW
创建一个新事务，如果当前存在事务，则把当前事务挂起。新事务独立提交或回滚，不受外部事务影响。常用于日志记录、审计等必须独立提交的操作。
SUPPORTS
如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务方式执行。适用于可选的事务上下文。
⚠️ 事务失效的常见场景
- 方法不是public修饰（Spring AOP基于代理，非public方法无法被代理）。
- 同类内部方法调用（自调用，绕过了代理对象，导致事务注解不生效）。
- 数据库引擎不支持事务（如MyISAM）。
- 异常被try-catch捕获且未抛出（Spring默认只回滚RuntimeException和Error）。
- 传播行为设置为NOT_SUPPORTED或NEVER。
Spring Boot的“约定优于配置”理念核心在于自动装配。Spring面试原理中，自动装配的实现依赖于三个关键组件：
@EnableAutoConfiguration
该注解是自动装配的入口。它通过@Import注解导入AutoConfigurationImportSelector类，该类负责加载自动配置类。
spring.factories
在Spring Boot 2.x及以前，自动配置类列表定义在META-INF/spring.factories文件中。Spring Boot启动时读取该文件，获取所有候选的自动配置类。
@Conditional注解
自动配置类通过@ConditionalOnClass、@ConditionalOnMissingBean等条件注解进行过滤。只有当满足特定条件（如类路径下存在某个类，或容器中缺少某个Bean）时，配置类才会生效。
🛠️ 自定义自动装配
在实际开发中，我们经常需要自定义Starter。步骤如下：
1. 创建配置类，使用@Configuration和@Conditional注解。
2. 定义需要自动配置的Bean。
3. 在resources/META-INF/目录下创建spring.factories文件。
4. 在文件中配置：org.springframework.boot.autoconfigure.EnableAutoConfiguration=com.example.MyAutoConfiguration。
Q1: Spring中Bean的作用域有哪些？
Spring支持五种作用域：singleton（单例，默认）、prototype（原型，每次获取新建）、request（每次HTTP请求新建）、session（每个HTTP Session新建）和application（每个ServletContext新建）。在后端服务中，最常用的是singleton和prototype。
Q2: Spring如何解决循环依赖？
Spring通过“三级缓存”解决单例Bean的循环依赖。 1. singletonObjects：存放完全初始化的Bean。 2. earlySingletonObjects：存放早期引用（已实例化但未初始化的Bean）。 3. singletonFactories：存放Bean工厂，用于生成早期引用。 当A依赖B，B依赖A时，A实例化后将工厂放入三级缓存，注入B时触发B的创建，B注入A时从三级缓存获取A的早期引用（通过代理工厂生成代理或原始对象），从而打破循环。注意：构造器注入无法解决循环依赖。
Q3: Spring Boot Starter的原理是什么？
Starter是一个依赖描述聚合器，它将相关依赖打包在一起。其核心在于自动配置类。通过引入一个Starter（如spring-boot-starter-web），Spring Boot会根据类路径下的类，自动装配相应的Bean。开发者只需引入Starter，无需手动配置XML或Java Config，实现了“开箱即用”。
Q4: Spring中AOP的应用场景有哪些？
AOP主要用于横切关注点的分离。典型场景包括： 1. 事务管理：声明式事务，简化代码。 2. 日志记录：统一记录方法调用日志、执行时间。 3. 权限控制：在方法执行前检查用户权限。 4. 异常处理：统一捕获和处理异常。 5. 性能监控：统计方法执行耗时。
Q5: Spring Boot如何实现热部署？
Spring Boot提供了spring-boot-devtools模块实现热部署。其原理是利用两个类加载器：base类加载器加载不变化的类（如第三方库），restart类加载器加载开发中的类。当classpath下的文件发生变化时，restart类加载器被替换，从而实现快速重启，比传统重启快得多。