Spring、SpringMvc、SpringBoot、Mybatis面试常见问题

1、Spring框架中的单例bean是线程安全的吗？

在 Spring 框架中，单例 bean 是线程安全的。因为在 Spring 容器中，所有的单例 bean
都是在启动时实例化并初始化完成的，之后在整个应用程序的生命周期中只存在一个实例。这意味着，在多个线程同时访问单例 bean
时，它们都会访问同一个实例，而不会创建多个实例，从而保证了线程安全性。

在单例模式下，只有一个实例对象被创建，且在整个应用程序中都是共享使用的。Spring 容器会负责实例化和管理所有的单例
bean，保证所有的单例 bean 在容器启动时就已经完成了初始化。对于线程安全性的保证，Spring 根据单例 bean
的作用域和生命周期来考虑线程的安全性问题。

需要注意的是，单例 bean 只有在没有状态（stateless）的情况下才能保证线程安全。如果单例 bean
存在状态（stateful），那么多个线程对同一个实例进行操作时，可能会出现线程安全问题。在这种情况下，可以考虑使用多例模式（Prototype），为每个线程提供一个新的实例，从而避免状态共享导致的线程安全问题。

综上所述，Spring 框架中的单例 bean
是线程安全的，因为它们在容器启动时就已经完成了初始化，并且在整个应用程序的生命周期中只存在一个实例。但是需要注意的是，单例 bean
只有在没有状态的情况下才能保证线程安全，如果存在状态，则需要使用多例模式或其他合适的方式来避免线程安全问题。

2、什么是AOP

AOP（Aspect Oriented Programming，面向切面编程）是一种编程范式，它通过将横切关注点（Cross-cutting
Concerns）与核心业务逻辑进行分离，来简化代码的编写和维护。

在传统的面向对象编程中，各个模块之间的功能逻辑往往是水平分层的，而不是垂直分层的。这意味着同一个功能可能会在多个模块中出现，增加了代码的重复和维护难度。而
AOP
则将这些横切关注点独立出来，通过代理机制在编译期或运行期间将其织入到核心业务逻辑中，从而实现了横向的代码复用和模块化，提高了代码的可维护性和可扩展性。

在 AOP
中，横切关注点通常被称为切面（Aspect），它可以是日志记录、事务管理、权限控制、性能统计等功能。而核心业务逻辑通常被称为目标对象（Target
Object）。AOP
则通过切点（Pointcut）来描述目标对象中哪些方法需要被织入切面，通过通知（Advice）来定义切面的具体行为，从而实现目���对象和切面之间的解耦。

常见的 AOP 应用框架包括 Spring AOP 和 AspectJ。Spring AOP 是基于动态代理实现的 AOP
框架，提供了切面类和切面方法的定义方式，但是只支持方法级别的切面。而 AspectJ 则是基于编译期织入和运行期织入实现的 AOP
框架，提供了更加灵活和强大的切面定义和表达方式，支持类级别和方法级别的切面。

综上所述，AOP
是一种面向切面编程的编程范式，通过将横切关注点和核心业务逻辑进行分离，实现了代码的模块化和复用，提高了代码的可维护性和可扩展性。常见的
AOP 应用框架包括 Spring AOP 和 AspectJ。

3、Spring中的事务是如何实现的

在 Spring 框架中，事务是通过 Spring 的事务管理器（Transaction Manager）来实现的。Spring
的事务管理器是一个抽象的事务管理接口，它封装了底层的事务管理实现，例如 JDBC、Hibernate、JPA 等。

Spring 的事务管理器提供了对声明式事务和编程式事务的支持。声明式事务是通过在配置文件中配置事务属性，利用 AOP
技术将事务管理代码织入到业务代码中的方式实现的。而编程式事务是通过编写代码显式地管理事务的方式实现的。

在 Spring 的声明式事务中，需要在 Spring 配置文件中配置事务管理器和事务属性。例如，可以使用 @Transactional
注解在业务方法上声明事务属性，例如事务隔离级别、超时时间、回滚规则等。在运行时，Spring AOP
将会自动生成代理对象，将事务管理代码织入到代理对象中，从而实现了对事务的管理。

在 Spring 的编程式事务中，需要在业务代码中使用事务模板（Transaction
Template）来管理事务。事务模板封装了事务的具体实现，例如事务的开启、提交、回滚等操作。通过使用事务模板，可以在业务代码中显式地开启和提交事务，从而实现对事务的管理。

需要注意的是，Spring 的事务管理器默认使用 JDBC 来管理事务。如果使用其他的 ORM 框架（例如 Hibernate、JPA
等），则需要配置相应的事务管理器和事务属性。同时，为了保证事务的一致性和隔离性，使用事务时需要特别注意事务的边界和范围。

综上所述，Spring 的事务是通过事务管理器来实现的，提供了对声明式事务和编程式事务的支持。声明式事务是通过在配置文件中配置事务属性，利用
AOP
技术将事务管理代码织入到业务代码中的方式实现的。而编程式事务是通过编写代码显式地管理事务的方式实现的。在使用事务时需要特别注意事务的边界和范围，以保证事务的一致性和隔离性。

4、Spring中事务失效的场景有哪些

Spring 框架中事务失效的场景主要有以下几种：

1. 没有使用代理对象调用带有事务注解的方法：Spring AOP 只能代理调用方法的对象，如果我们通过 new 关键字创建对象，并且直接调用带有事务注解的方法，则 Spring AOP 无法创建代理对象，事务也就失效了。

2. 异常被捕获并处理：当一个带有事务注解的方法抛出异常时，Spring 默认会回滚事务，但是如果异常被捕获并处理了，就会导致事务失效。因此，如果需要处理异常，必须重新抛出异常或者将异常标记为已处理。

3. 事务只能在公有方法中生效：Spring AOP 实现事务管理是通过 JDK 动态代理或者 CGLIB 字节码增强技术来实现的。但是这两种代理方式都限制了只能代理公有方法，如果带有事务注解的方法是私有方法，则事务不会生效。

4. 静态方法和非 Spring 管理的 bean 中的方法不会生效：由于 Spring AOP 是通过代理对象实现的，因此只有 Spring 管理的 bean 中的方法才能生效。如果带有事务注解的方法是静态方法或者非 Spring 管理的 bean
   中的方法，则事务不会生效。

5. 事务自调用：如果一个带有事务注解的方法自己调用自己，那么事务就会失效。这是因为 Spring AOP 是通过代理对象来实现事务管理的，自调用方法会绕过代理对象，因此事务就会失效。

综上所述，Spr