Spring 核心面试题：Bean 生命周期、AOP 与事务管理

注意：

在 Spring Boot 2.x 之后，默认使用 CGLIB 代理，因为这样可以对类进行代理，而不只是接口。但可以通过配置 spring.aop.proxy-target-class=false 改为使用 JDK 动态代理（当有接口时）。

由于 CGLIB 通过继承实现代理，所以不能代理 final 类或 final 方法。

总结：

Spring AOP 通过动态代理实现，根据目标对象是否有接口选择使用 JDK 动态代理或 CGLIB 代理。两者各有特点，选择哪种代理方式可以根据具体需求和场景来决定。

3. Spring 事务传播机制有哪些？@Transactional 失效的常见场景？

Spring 事务传播机制（Propagation）：

1. REQUIRED（默认）：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
2. **SUPPORTS：**如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
3. **MANDATORY：**如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
4. **REQUIRES_NEW：**创建一个新的事务，如果当前存在事务，则把当前事务挂起。
5. **NOT_SUPPORTED：**以非事务方式运行，如果当前存在事务，则把当前事务挂起。
6. **NEVER：**以非事务方式运行，如果当前存在事务，则抛出异常。
7. **NESTED：**如果当前存在事务，则创建一个嵌套事务（嵌套事务是外部事务的一部分，只有外部事务提交时，嵌套事务才会提交，嵌套事务回滚不会影响外部事务，但外部事务回滚会回滚嵌套事务）；如果当前没有事务，则创建一个新的事务。

@Transactional 失效的常见场景：

1. 方法修饰符非 public：@Transactional 只能用于 public 方法上，否则事务不会生效。
2. **异常被捕获：**在方法中捕获了异常，而没有重新抛出，导致事务无法回滚。
3. **异常类型错误：**默认情况下，只有抛出 RuntimeException 和 Error 时才会回滚，抛出受检异常（Exception）不会回滚。可以通过 @Transactional(rollbackFor = Exception.class) 来设置。
4. **同一个类中方法调用：**如果同一个类中的一个非事务方法调用一个事务方法，事务不会生效，因为这是通过目标对象直接调用，而不是通过代理对象调用。
5. **数据库引擎不支持事务：**例如，MySQL 的 MyISAM 引擎不支持事务，需要 InnoDB 引擎。
6. **没有开启事务管理：**需要在配置类上添加 @EnableTransactionManagement 来启用事务管理（Spring Boot 中默认已开启）。
7. **事务传播行为设置不当：**例如，在调用方法时，使用了一个不会开启事务的传播行为，如 SUPPORTS、NOT_SUPPORTED、NEVER。
8. **在非 Spring 管理的类中使用 @Transactional：**例如，直接 new 出来的对象，没有通过 Spring 容器管理。
9. **多线程调用：**事务是绑定在线程上的，如果新起一个线程，那么新线程中的事务不会和原线程中的事务是同一个事务。

Spring 事务失效的根本原因通常是 代理机制 和 异常处理。记住关键点：

1. 确保方法是 public
2. 确保异常正确抛出
3. 避免自调用
4. 选择正确的传播行为
5. 检查数据库引擎支持

通过合理的配置和遵循最佳实践，可以避免大多数事务失效问题。

拓展：

如何避免事务失效：

1. 确保方法为 public。
2. 在需要回滚的方法上，确保异常被抛出，或者手动进行回滚。
3. 正确设置 rollbackFor 属性。
4. 避免同一个类中非事务方法调用事务方法，如果确实需要，可以注入自身（通过 AopContext.currentProxy() 获取代理对象）或者将事务方法移到另一个 Service 中。
5. 检查数据库引擎和配置。
6. 确保事务管理已开启。
7. 理解并正确使用事务传播机制。
8. 确保对象是由 Spring 容器管理的。

示例：

同一个类中方法调用导致事务失效：

@Service
public class UserService {
    public void updateUser() {
        // 这里调用同一个类中的事务方法，事务不会生效
        this.updateUserWithTransaction(); // 错误方式
    }

    @Transactional
    public void updateUserWithTransaction() {
        // 数据库更新操作
    }
}

修正方法：

@Service
public class UserService {
    @Autowired
    private ApplicationContext applicationContext;

    public void updateUser() {
        // 通过 AopContext 获取当前代理对象，然后调用事务方法
        UserService proxy = (UserService) applicationContext.getBean("userService");
        proxy.updateUserWithTransaction();
    }

    @Transactional
    public void updateUserWithTransaction() {
        // 数据库更新操作
    }
}

4. Spring MVC 的工作流程是怎样的？DispatcherServlet 的作用是什么？

Spring MVC 的工作流程可以概括为客户端请求被 DispatcherServlet 接收，然后由 DispatcherServlet 将请求分发给相应的处理器进行处理，并最终返回响应。DispatcherServlet 是 Spring MVC 的核心，它充当了前端控制器的角色，负责协调整个请求处理流程。

具体工作流程如下：

1. 客户端发送 HTTP 请求到 DispatcherServlet。
2. DispatcherServlet 接收到请求后，会调用 HandlerMapping，HandlerMapping 根据请求的 URL 找到对应的 Handler（处理器，通常是我们写的 Controller）以及拦截器，然后返回一个 HandlerExecutionChain 对象（包含 Handler 和拦截器）。
3. DispatcherServlet 根据 Handler 找到对应的 HandlerAdapter（处理器适配器），因为 Handler（Controller）有很多种形式，比如注解方式、实现接口方式等，所以需要适配器来统一处理。
4. HandlerAdapter 调用 Handler（Controller）的方法处理请求，并返回一个 ModelAndView 对象（包含模型数据和视图名）。
5. DispatcherServlet 将 ModelAndView 传递给 ViewResolver（视图解析器），ViewResolver 根据视图名解析出具体的 View（视图，比如 JSP、Thymeleaf 模板等）。
6. DispatcherServlet 将模型数据填充到视图中，生成最终的响应。
7. DispatcherServlet 将响应返回给客户端。

DispatcherServlet 的作用是：

接收客户端请求，并将请求分发给合适的处理器。

协调各个组件（HandlerMapping、HandlerAdapter、ViewResolver 等）完成请求处理。

作为 Spring MVC 的入口，整合 Spring 容器。

DispatcherServlet 的定位：

// DispatcherServlet 类定义
public class DispatcherServlet extends FrameworkServlet {
    // 作为前端控制器（Front Controller），统一处理所有请求
}

// web.xml 配置（传统方式）
<servlet>
    <servlet-name>dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
    <servlet-name>dispatcher</servlet-name>
    <url-pattern>/</url-pattern>
    <!-- 拦截所有请求 -->
</servlet-mapping>

六大核心职责：