01.Spring框架的基本理解
关键字:核心思想IOC\AOP\作用(解耦、简化)，简单描述框架组成
Spring框架是一款轻量级的开发框架，核心思想是IOC（控制反转）和AOP（面向切面编程），
为Java应用程序开发提供了组件管理服务，
用于组件之间的解耦，以及简化第三方JavaEE中间件技术的使用（JMS、任务调度、缓存、ORM框架），是一个基础架构型的开发框架。
Spring框架包括：IOC容器、Validation数据校验、AOP面向切面编程、Transactions事务管理、Spring JDBC、Spring MVC框架、以及各类第三方JavaEE中间件技术集成；
02.Spring框架由哪些模块组成？
关键字：官方文档描述，由7个模块组成
Spring Framework 根据官方文档的描述，主要包括以下常用5个模块：
1、Core：核心模块 2、Testing：测试模块 3、Data Access：数据访问模块 4、Web Servlet：基于Servlet的web应用开发 5、Integration：企业级系统集成模块（不同系统之间的交互集成）
03.Spring IOC的理解
关键字：IOC名词解释，作用是解耦，使用IOC容器管理项目组件之间的耦合关系
IOC（Inversion of Control，中文释义：控制反转）是Spring框架的核心思想之一，主要用于解耦，IOC是指将创 创建对象的控制权转移给Spring框架进行管理。由Spring框架根据配置文件或注解等方式，创建bean对象并管理各个对象之间的依赖关系。使对象之间形成松散耦合关系，实现解耦；
控制：指的是对象创建（实例化、管理）的权力
反转：控制权交给外部环境（Spring框架、IOC容器）
04.Soring IOC容器的理解
关键字：IOC容器的作用、存储形式、初始化过程
IOC通常被理解为IOC Container容器，IOC容器其实就是一个Map，key是每个bean对象的ID，Value是bean对象本身。IOC容器负责创建bean对象并管理bean的生命周期。并且根据配置好的配置文件或注解，管理IOC容器中的每个bean，以及根据bean之间的依赖关系，完成bean之间的注入。
IOC容器属于Spring Core模块，用来创建和管理Bean，默认使用单例的方式将bean存储在DefaultListableBeanFactory类的beanDefinitionMap中（一个ConcurrentHashMap类型的Map集合）。
IOC容器使用ConcurrentHashMap集合存储了BeanDefinition对象，该对象封装了Spring对一个Bean所有配置信息，包括：类名、属性、构造方法参数、依赖、是否延迟加载、是否是单例等配置信息。
05.Spring DI 的理解
关键字：名词解释
DI（Dependency Inject ， 中文释义：依赖注入）是对IOC概念的不同角度的描述，是指应用程序在运行时，每一个bean对象都依赖IOC容器注入当前bean对象所需要的另外一个bean对象。（例如在MyBatis整合Spring时，SqlSessionFactoryBean依赖IOC容器注入一个DataSource数据源bean）
06.什么是Spring 的 bean
简单来说，Bean代表被IOC容器管理的对象。
我们通过配置文件或注解，告诉IOC容器帮助我们管理哪些对象。
07.将一个类声明为Bean的注解由哪些？
@Component：定义通用Bean的注解，可标注任意类为Bean。如果一个Bean不知道属于哪个层，可以使用@Component注解标注。
@Repository：定义数据访问层Bean注解
@Service：定义业务层Bean的注解
@Controller：定义控制器Bean的注解
08.@Component和@Bean的区别是什么
@Component：注解作用于类，而@Bean注解作用于方法
@Component通常是通过类路径扫描来实现自动扫描并完成装配Bean到Spring IOC容器中。
@Bean注解通常用于注解某个方法，通过@Bean注解告诉了Spring IOC容器，该方法的返回值实例是一个Bean
09.@Autowire和Resource的区别是什么
@Autowire是Spring提供的注解，@Resource是JDK提供的注解
@Autowire默认的注入方式是byType（按类型自动注入），@Resource默认注入方式为byName（按名称自动注入）。
10.Spring框架中的常见注入方式有几种
关键字：整体解释三种注入方式，分别介绍每个注入方式的细节
Spring IOC有三种注入方式：构造注入、Setter注入、属性注入
构造注入：使用构造方法注入bean
Setter注入：使用Setter方法注入bean
属性注入：使用成员变量注入bean，不推荐。原因：使用私有的成员属性变量，依靠反射实现，破坏封装，只能依靠IOC容器实现注入，不严谨。
11.Spring中常见的ApplicationContext实现类由哪些
关键字：分别介绍每种实现类或子接口
ClassPathXmlApplicationContext：根据项目类路径classpath下的配置文件加载bean；
FileSystemXmlApplicationContext：根据当前磁盘的一个绝对系统文件路径下的配置文件加载bean；
AnnotationConfigApplicationContext：根据读取到的注解加载bean；
WebApplicationContext：Web容器下按照配置文件加载bean；
12.Spring框架中的Bean的作用域
singleton：Spring只会为该bean对象创建唯一实例，Spring中的bean默认都是单例
propotype：每次获取bean，spring会创建一个新的bean实例；
request：每一次HTTP请求，Spring会创建一个新的bean实例；
session：不同的HTTP绘画，Spring会创建不同的bean实例；
13.Spring框架中的Bean的线程安全
对应prototype作用域的Bean，每次都创建一个新对象，也就是线程之间不存在Bean共享，因此不会有线程安全问题
对于singleton作用域的Bean，所有线程都共享一个单例状态的Bean，存在资源竞争，因此是存在线程安全问题的
解决办法：
对于singleton作用域的单例bean它的线程安全问题，常见有两种解决方法：
在bean中尽量避免定义可变的成员变量（用于保存数据的成员变量）；
在类中定义一个ThreadLocal成员变量，将需要可变的成员变量保存在ThreadLocal中；
14.Spring框架中的Bean生命周期
Spring Bean的生命周期总体分四个阶段：实例化=>属性注入=>初始化=>销毁
1、实例化Bean 2、注入对象依赖的属性值或对象 3、处理各种Aware接口
4、执行BeanPostProcessor前置处理 5、执行InitializingBean初始化方法
6、执行init-method自定义初始化方法 7、执行BeanPostProcessor后置处理
以上几个步骤完成后，Bean已经被正常创建，可以正常使用这个Bean了。
8、执行DisposableBean销毁Bean 9、执行destroy-method自定义销毁方法
15、Spring 框架如何解决循环依赖
循环依赖问题是指：类与类之间的依赖关系形成了闭环，就会导致循环依赖的产生。例如A类依赖B类，B类依赖C类，而最后C类有依赖A类，这样就形成了循环依赖问题。可以通过三级缓存的方式来解决循环依赖问题
Spring 容器创建 bean 的过程中使用了三级缓存：
- 一级缓存（singletonObjects）：存放完全初始化好的单例 bean。
- 二级缓存（earlySingletonObjects）：存放提前曝光的单例 bean，这些 bean 还没有完全初始化好。
- 三级缓存（singletonFactories）：存放 ObjectFactory 对象，用于在需要时创建单例 bean。
假设存在两个 bean A 和 B，A 依赖 B，B 依赖 A。当 Spring 容器创建 bean A 时：
- 首先，Spring 尝试从一级缓存中获取 bean A，发现不存在。
- 接着，开始创建 bean A 的实例，但在注入 bean A 对 bean B 的依赖时，发现需要创建 bean B。
- Spring 又尝试从一级缓存中获取 bean B，发现不存在，然后开始创建 bean B 的实例。
- 在创建 bean B 的过程中，注入 bean B 对 bean A 的依赖时，Spring 首先从一级缓存中获取 bean A，不存在；然后从二级缓存中获取，也不存在；最后从三级缓存中获取。
- 由于此时 bean A 还在创建过程中，但是可以通过三级缓存中的 ObjectFactory 获取一个提前曝光的 bean A（虽然还未完全初始化好），并将其放入二级缓存。
- bean B 继续创建过程，完成初始化后，将 bean B 放入一级缓存，并从二级缓存中移除。
- bean A 继续创建过程，完成初始化后，将 bean A 放入一级缓存，并从二级缓存中移除。
通过这种方式，Spring 有效地解决了循环依赖问题。需要注意的是，Spring 只能解决单例 bean 的循环依赖问题，对于原型（prototype）bean 的循环依赖是无法解决的。
16.Spring框架中有哪些注解
用于声明Bean的注解：
@Component：定义通用Bean的注解，可标注任意类为Bean。如果一个Bean不知道属于哪个层，可以使用@Component注解标注
@Repository：定义数据访问层Bean的注解
@Service：定义业务层Bean的注解
@Controller：定义控制器Bean的注解
用于注入的注解：
@Autowired：按类型自动注入
@Qualifier：按名称自动注入
用于声明配置、扫码、启用特性的注解：
@Configuration：声明配置类
@ComponentSca:组件扫描
@EnableScheduling：启用任务调度
@EnableAspectJAutoProxy：启用自动代理工厂
17.Spring框架中用到的设计模式
工厂模式：Spring使用工厂模式，通过BeanFactory或ApplicationContext来创建对象；
单例模式：Bean默认作用域为单例，按照单例设计模式进行设计实现；
策略模式：Resource的实现类，针对不同的资源文件，实现了不同方式的资源获取策略；
代理模式：Spring的AOP的实现依靠动态代理(JDK的反射和CDLIB)；
模板方法：Spring提供了JdbcTemplate，RedisTemplate等模板对象，将相同的操作步骤进行了封装；
适配器模式：Spring AOP的增强或通知（Advice）使用了适配器模式，Spring MVC中也用到了适配器模式适配Controller；
18.Spring框架中AOP的基本理解
关键字：AOP名词解释，AOP实现原理（动态代理）
AOP（Aspect-Oriented Programming：面试切面编程）：将那些与业务无关，却为业务模块共同调用的逻辑（例如事务处理、日志管理、权限控制等）封装抽取成一个可重用的模块，这个模块被命名为切面（Aspect），便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可拓展性和可维护性；
Spring AOP基于动态代理实现：
如果被代理的对象，已经实现某个接口，则Spring AOP会使用JDK Proxy（反射），基于接口的方式，创建代理对象（JDK动态代理的核心是InvocationHandler接口和Proxy类）；
如果被代理的对象，没有实现某个接口，就无法使用JDK Proxy去进行代理了，这时候Spring AOP会使用Cglib，基于继承的方式，生成一个被代理的子类来作为代理（Cglib动态代理的核心是MethodInterceptor接口和Enchancer类）
19.Spring AOP和AspectJ AOP有什么区别
关键字：增强方式的差异（运行时、编译时），实现方式的差异（动态代理、字节码操作）
Spring AOP已经集成了AspectJ，AspectJ是一个Java技术生态系统中实现AOP编程思想的独立框架；AspectJ相比于Spring AOP功能更加强大，但是Spring AOP相对来说更简单更容易。
Spring AOP属于运行时增强，而AspectJ是编译时增强；
Spring AOP基于动态代理（Proxying），而AspectJ基于字节码操作（Bytecode Manpulation）
20.Spring AOP有哪些通知类型
关键字：分别介绍每种通知的实现接口，执行方式
前置通知：实现MethodBeforeAdvice接口，在目标方法调用前，执行通知；
环绕通知：实现MethodInterceptor接口，是一个包围目标方法的通知。环绕通知可以在方法调用前后完成自定义的行为。
后置通知：实现AfterReturningAdvice接口，在目标方法调用后，执行通知（如果方法抛出异常，则不执行通知）
异常通知：实现ThrowsAdvice接口，在方法抛出异常的时，执行通知；
21.Spring管理事务的方式有几种
编程式事务：在代码中硬编码（不推荐使用）：通过TransactionTemplate或者TransactionManager手动管理事务，实际应用中很少使用，用于理解Spring事务管理
声明式事务：在XML配置文件或者基于注解@Transaction（推荐使用），通过AOP实现。
22.Spring事务中有哪几种事务传播行为？
1、TransactionDefinition.PROPAGATION_REQUIRED
如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。@Transactional注解默认使用的事务传播行为。
2、TransactionDefinition.PROPAGATION_REQUIRED_NEW
创建一个新的事务，如果当前存在事务，则把当前事务挂起，也就是说不管外部方法是否开启事务，Propagation.REQUIRES_NEW修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰
3、TransactionDefinition.PROPAGATION_NESTED
如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行，如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED
4、TransactionDefinition.PROPAGATION_MANDATORY
如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。（mandatory:代表强制性）
5、TransactionDefinition.PROPAGATION_SUPPORTS
如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
6、TransactionDefinition.PROPAGATION_NOT_SUPPORTED
以非事务的方式运行，如果当前存在事务，则把当前事务挂起
7、TransactionDefinition.PROPAGATION_NEVER
以非事务的方式运行，如果当前存在事务，则抛出异常
23.Spring事务中有哪几种隔离级别、
1、TransactionDefinition.ISOLATION_DEFAULT 默认隔离级别
使用当前数据库的默认隔离级别，MySQL默认采用的是可重复读REPEATABLE_READ隔离级别。
Oracle默认采用的是读已提交READ_COMMITTED隔离级别。
2、TransactionDefinition.ISOLATION_READ_UNCOMMITTED 读未提交
最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读
3、TransactionDefinition.ISOLATION_READ_COMMITTED 读已提交
允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读和不可重复读仍有可能发生
4、TransactionDefinition.ISOLATION_REPEATABLE_READ 可重复读
对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍又可能发生
5、TransactionDefinition.ISOLATION_SERIALIZABLE 串行化
最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能，通常情况下也不会用到这个级别。
24.Spring事务会在什么情况下失效
1、数据库不支持事务 2、事务方法未被Spring管理 3、方法没有被public修饰
4、同一类中方法调用 5、未配置事务管理器 6、方法的事务传播类型不支持事务
7、不正确的捕获异常 8、错误的标注异常类型
25.谈谈你对SpringMVC的理解
首先，MVC模式是模型（Model）、视图（View）、控制器（Controller）的简写，其核心思想是通过将请求处理控制、业务逻辑、数据显示等流程节点分离的思想来组织编码。
所以，MVC是一种设计模式，而SpringMVC是一款基于MVC设计模式思想实现的MVC框架，属于Spring技术栈的一部分。Spring MVC可以帮助我们进行更简洁的Web层的开发，并且它天生与Spring框架集成，更利于架构的设计与搭建。