Java框架学习01（Spring框架）

ゝ一世哀愁。 2024-03-22 14:23 80阅读 0赞

***1、什么是Spring框架？***

Spring 是一款开源的轻量级 Java 开发框架，旨在提高开发人员的开发效率以及系统的可维护性。

我们一般说 Spring 框架指的都是 Spring Framework，它是很多模块的集合，使用这些模块可以很方便地协助我们进行开发，比如说 Spring 支持 IoC（Inversion of Control:控制反转） 和 AOP(Aspect-Oriented Programming:面向切面编程)、可以很方便地对数据库进行访问、可以很方便地集成第三方组件（电子邮件，任务，调度，缓存等等）、对单元测试支持比较好、支持 RESTful Java 应用程序的开发。

![在这里插入图片描述][e97064d72c034dedae8e3be3107c6202.png]

Spring 最核心的思想就是不重新造轮子，开箱即用，提高开发效率。

`Spring` 提供的核心功能主要是 `IoC` 和 `AOP`。学习 Spring ，一定要把 IoC 和 AOP 的核心思想搞懂！

***2、Spring 包含的模块有哪些？***

Spring4.x 版本：

![在这里插入图片描述][f6bb515e567d41969ded20a9e15a4c89.png]

Spring5.x 版本：

![在这里插入图片描述][8cdc8e621af94c019719ed427d6743ea.png]

Spring 各个模块的依赖关系如下：

![在这里插入图片描述][8b6e8a0a632d4b21940333821cf33ff3.png]

**Core Container**

Spring 框架的核心模块，也可以说是基础模块，主要提供 `IoC` 依赖注入功能的支持。Spring 其他所有的功能基本都需要依赖于该模块，我们从上面那张 Spring 各个模块的依赖关系图就可以看出来。

*  **spring-core**：Spring 框架基本的核心工具类。
 *  **spring-beans**：提供对 bean 的创建、配置和管理等功能的支持。
 *  **spring-context**：提供对国际化、事件传播、资源加载等功能的支持。
 *  **spring-expression**：提供对表达式语言（Spring Expression Language） SpEL 的支持，只依赖于 core 模块，不依赖于其他模块，可以单独使用。

**AOP**

*  **spring-aspects**：该模块为与 AspectJ 的集成提供支持。
 *  **spring-aop**：提供了面向切面的编程实现。
 *  **spring-instrument**：提供了为 JVM 添加代理（agent）的功能。 具体来讲，它为 Tomcat 提供了一个织入代理，能够为 Tomcat 传递类文 件，就像这些文件是被类加载器加载的一样。没有理解也没关系，这个模块的使用场景非常有限。

**Data Access/Integration**

*  **spring-jdbc**：提供了对数据库访问的抽象 JDBC。不同的数据库都有自己独立的 API 用于操作数据库，而 Java 程序只需要和 JDBC API 交互，这样就屏蔽了数据库的影响。
 *  **spring-tx**：提供对事务的支持。
 *  **spring-orm**：提供对 Hibernate、JPA、iBatis 等 ORM 框架的支持。
 *  **spring-oxm**：提供一个抽象层支撑 OXM(Object-to-XML-Mapping)，例如：JAXB、Castor、XMLBeans、JiBX 和 XStream 等。
 *  **spring-jms** : 消息服务。自 Spring Framework 4.1 以后，它还提供了对 spring-messaging 模块的继承。

**Spring Web**

*  **spring-web**：对 Web 功能的实现提供一些最基础的支持。
 *  **spring-webmvc**：提供对 Spring MVC 的实现。
 *  **spring-websocket**：提供了对 WebSocket 的支持，WebSocket 可以让客户端和服务端进行双向通信。
 *  **spring-webflux**：提供对 WebFlux 的支持。WebFlux 是 Spring Framework 5.0 中引入的新的响应式框架。与 Spring MVC 不同，它不需要 Servlet API，是完全异步。

**Messaging**

`spring-messaging` 是从 Spring4.0 开始新加入的一个模块，主要职责是为 Spring 框架集成一些基础的报文传送应用。

**Spring Test**

Spring 团队提倡测试驱动开发（TDD）。有了控制反转 (IoC)的帮助，单元测试和集成测试变得更简单。

Spring 的测试模块对 JUnit（单元测试框架）、TestNG（类似 JUnit）、Mockito（主要用来 Mock 对象）、PowerMock（解决 Mockito 的问题比如无法模拟 final, static， private 方法）等等常用的测试框架支持的都比较好。

***3、Spring,Spring MVC,Spring Boot 之间什么关系?***

很多人对 Spring,Spring MVC,Spring Boot 这三者傻傻分不清楚！这里简单介绍一下这三者，其实很简单，没有什么高深的东西。

Spring 包含了多个功能模块（上面刚刚提到过），其中最重要的是 `Spring-Core`（主要提供 IoC 依赖注入功能的支持） 模块， Spring 中的其他模块（比如 Spring MVC）的功能实现基本都需要依赖于该模块。

下图对应的是 Spring4.x 版本。目前最新的 5.x 版本中 Web 模块的 Portlet 组件已经被废弃掉，同时增加了用于异步响应式处理的 WebFlux 组件。

![在这里插入图片描述][4f22ccd6570c4914b681e4baad8cb662.png]

`Spring MV`C 是 Spring 中的一个很重要的模块，**主要赋予 Spring 快速构建 MVC 架构的 Web 程序的能力**。

MVC 是模型(Model)、视图(View)、控制器(Controller)的简写，其核心思想是通过将业务逻辑、数据、显示分离来组织代码。

![在这里插入图片描述][938bca978a394548b8037c67f9448bd6.png]

使用 Spring 进行开发各种配置过于麻烦比如开启某些 Spring 特性时，需要用 XML 或 Java 进行显式配置。于是，`Spring Boot` 诞生了！

Spring 旨在简化 J2EE 企业应用程序开发。Spring Boot 旨在简化 Spring 开发（减少配置文件，开箱即用！）。

**Spring Boot 只是简化了配置，如果你需要构建 MVC 架构的 Web 程序，你还是需要使用 Spring MVC 作为 MVC 框架，只是说 Spring Boot 帮你简化了 Spring MVC 的很多配置**，真正做到开箱即用！

***4、Spring IoC***

`IoC`（Inversion of Control:控制反转） 是一种设计思想，而不是一个具体的技术实现。IoC 的思想就是将原本在程序中手动创建对象的控制权，交由 Spring 框架来管理。不过， IoC 并非 Spring 特有，在其他语言中也有应用。

**为什么叫控制反转？**

*  **控制：** 指的是对象创建（实例化、管理）的权力
 *  **反转：** 控制权交给外部环境（Spring 框架、IoC 容器）

![在这里插入图片描述][82cd3dca8e8340ce9d9efb906512d0d3.png]

将对象之间的相互依赖关系交给 IoC 容器来管理，并由 IoC 容器完成对象的注入。这样可以很大程度上简化应用的开发，把应用从复杂的依赖关系中解放出来。

IoC 容器就像是一个工厂一样，当我们需要创建一个对象的时候，只需要配置好配置文件/注解即可，完全不用考虑对象是如何被创建出来的。

在实际项目中一个 **`Service`** 类可能依赖了很多其他的类，假如我们需要实例化这个 Service，你可能要每次都要搞清这个 Service 所有底层类的构造函数，这可能会把人逼疯。

如果利用 IoC 的话，你只需要配置好，然后在需要的地方引用就行了，这大大增加了项目的可维护性且降低了开发难度。

在 Spring 中， `IoC容器`**是 Spring 用来实现 IoC 的载体**

`IoC 容器` **实际上就是个 Map（key，value），Map 中存放的是各种对象。**

Spring 时代我们一般通过 XML 文件来配置 Bean，后来开发人员觉得 XML 文件来配置不太好，于是 SpringBoot 注解配置就慢慢开始流行起来。

***5、什么是 Spring Bean？***

简单来说，Bean 代指的就是那些被 IoC 容器所管理的对象。

我们需要告诉 `IoC 容器`帮助我们管理哪些对象，这个是通过配置元数据来定义的。**配置元数据可以是 XML 文件、注解或者 Java 配置类**。

<bean id="..." class="...">
       <constructor-arg value="..."/>
    </bean>

下图简单地展示了 IoC 容器如何使用配置元数据来管理对象。

![在这里插入图片描述][c16d35c4c5b24b24ba57d5b07cb22f5e.png]

`org.springframework.beans`和 `org.springframework.context` 这两个包是 IoC 实现的基础，如果想要研究 IoC 相关的源码的话，可以去看看

***6、将一个类声明为 Bean 的注解有哪些?***

*  `@Component`：通用的注解，可标注任意类为 Spring 组件。如果一个 Bean 不知道属于哪个层，可以使用`@Component` 注解标注。
 *  `@Repository` : 对应持久层即 Dao 层，主要用于数据库相关操作。
 *  `@Service` : 对应服务层，主要涉及一些复杂的逻辑，需要用到 Dao 层。
 *  `@Controller` : 对应 `Spring MVC` 控制层，主要用于接受用户请求并调用 Service 层返回数据给前端页面。\#

***7、@Component 和 @Bean 的区别是什么？***

*  `@Component` 注解作用于`类`，而`@Bean`注解作用于`方法`。
 *  `@Component`通常是通过类路径扫描来自动侦测以及自动装配到 Spring 容器中（我们可以使用 `@ComponentScan` 注解定义要扫描的路径从中找出标识了需要装配的类自动装配到 Spring 的 bean 容器中）。`@Bean` 注解通常是我们在标有该注解的方法中定义产生这个 bean,`@Bean`告诉了 Spring 这是某个类的实例，当我需要用它的时候还给我。
 *  `@Bean` 注解比 `@Component` 注解的自定义性更强，而且很多地方我们只能通过 @Bean 注解来注册 bean。比如当我们引用第三方库中的类需要装配到 Spring容器时，则只能通过 @Bean来实现。

`@Bean`注解使用示例：

@Configuration
    public class AppConfig {
        
        @Bean
        public TransferService transferService() {
        
            return new TransferServiceImpl();
        }
    
    }

上面的代码相当于下面的 xml 配置

下面这个例子是通过 `@Component` 无法实现的。

@Bean
    public OneService getService(status) {
        
        case (status)  {
        
            when 1:
                    return new serviceImpl1();
            when 2:
                    return new serviceImpl2();
            when 3:
                    return new serviceImpl3();
        }
    }

***8、注入 Bean 的注解有哪些？***

Spring 内置的 `@Autowired` 以及 JDK 内置的 `@Resource` 和 `@Inject` 都可以用于注入 Bean。

`@Autowired` 和`@Resource`使用的比较多一些。

***9、@Autowired 和 @Resource 的区别是什么？***

`Autowired` 属于 Spring 内置的注解，默认的注入方式为`byType`（根据类型进行匹配），也就是说会优先根据接口类型去匹配并注入 Bean （接口的实现类）。

**这会有什么问题呢？** 当一个接口存在多个实现类的话，byType这种方式就无法正确注入对象了，因为这个时候 Spring 会同时找到多个满足条件的选择，默认情况下它自己不知道选择哪一个。

这种情况下，注入方式会变为 `byName`（根据名称进行匹配），这个名称**通常就是类名（首字母小写）**。就比如说下面代码中的 `smsService` 就是这里所说的名称，这样应该比较好理解了吧。

// smsService 就是我们上面所说的名称
    @Autowired
    private SmsService smsService;

举个例子，`SmsService` 接口有两个实现类: `SmsServiceImpl1`和 `SmsServiceImpl2`，且它们都已经被 Spring 容器所管理。

// 报错，byName 和 byType 都无法匹配到 bean
    @Autowired
    private SmsService smsService;
    // 正确注入 SmsServiceImpl1 对象对应的 bean
    @Autowired
    private SmsService smsServiceImpl1;
    // 正确注入  SmsServiceImpl1 对象对应的 bean
    // smsServiceImpl1 就是我们上面所说的名称
    @Autowired
    @Qualifier(value = "smsServiceImpl1")
    private SmsService smsService;

我们还是建议通过 `@Qualifier` 注解来显式指定名称而不是依赖变量的名称。

`@Resource`属于 JDK 提供的注解，默认注入方式为 `byName`。如果无法通过名称匹配到对应的 Bean 的话，注入方式会变为`byType`。

`@Resource` 有两个比较重要且日常开发常用的属性：`name`（名称）、`type`（类型）。

public @interface Resource {
        
        String name() default "";
        Class<?> type() default Object.class;
    }

如果仅指定 `name` 属性则注入方式为`byName`，如果仅指定`type`属性则注入方式为`byType`，如果同时指定name 和type属性（不建议这么做）则注入方式为byType+byName。

// 报错，byName 和 byType 都无法匹配到 bean
    @Resource
    private SmsService smsService;
    // 正确注入 SmsServiceImpl1 对象对应的 bean
    @Resource
    private SmsService smsServiceImpl1;
    // 正确注入 SmsServiceImpl1 对象对应的 bean（比较推荐这种方式）
    @Resource(name = "smsServiceImpl1")
    private SmsService smsService;

简单总结一下：

*  `@Autowired` 是 Spring 提供的注解，`@Resource` 是 JDK 提供的注解。
 *  Autowired 默认的注入方式为byType（根据类型进行匹配），@Resource默认注入方式为 byName（根据名称进行匹配）。
 *  **当一个接口存在多个实现类的情况下，@Autowired 和@Resource都需要通过名称才能正确匹配到对应的 Bean。** Autowired 可以通过 @Qualifier 注解来显式指定名称，@Resource可以通过 name 属性来显式指定名称。

***10、Bean 的作用域有哪些?***

Spring 中 Bean 的作用域通常有下面几种：

*  **singleton** : IoC 容器中只有`唯一的 bean 实例`。Spring 中的 bean 默认都是单例的，是对单例设计模式的应用。
 *  **prototype** : 每次获取都会创建一个新的 bean 实例。也就是说，**连续 getBean() 两次，得到的是不同的 Bean 实例。**
 *  **request** （仅 Web 应用可用）: 每一次 HTTP 请求都会产生一个新的 bean（请求 bean），该 bean 仅在当前 HTTP request 内有效。
 *  **session** （仅 Web 应用可用） : 每一次来自新 session 的 HTTP 请求都会产生一个新的 bean（会话 bean），该 bean 仅在当前 HTTP session 内有效。
 *  **application/global-session** （仅 Web 应用可用）：每个 Web 应用在启动时创建一个 Bean（应用 Bean），该 bean 仅在当前应用启动时间内有效。
 *  **websocket** （仅 Web 应用可用）：每一次 WebSocket 会话产生一个新的 bean。

**如何配置 bean 的作用域呢？**

xml 方式：

注解方式：

@Bean
    @Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
    public Person personPrototype() {
        
        return new Person();
    }

***11、单例 Bean 的线程安全问题了解吗？***

大部分时候我们并没有在项目中使用多线程，所以很少有人会关注这个问题。**单例 Bean 存在线程问题，主要是因为当多个线程操作同一个对象的时候是存在资源竞争的。**

常见的有两种解决办法：

1.  在 Bean 中尽量避免定义可变的成员变量。
2.  在类中定义一个 `ThreadLocal` 成员变量，将需要的可变成员变量保存在 ThreadLocal 中（推荐的一种方式）。

不过，大部分 Bean 实际都是无状态（没有实例变量）的（比如 Dao、Service），这种情况下， Bean 是线程安全的。

***12、Bean 的生命周期了解么?***

*  Bean 容器找到配置文件中 Spring Bean 的定义。
 *  Bean 容器利用 Java Reflection API 创建一个 Bean 的实例。
 *  如果涉及到一些属性值 利用 set()方法设置一些属性值。
 *  如果 Bean 实现了 BeanNameAware 接口，调用 setBeanName()方法，传入 Bean 的名字。
 *  如果 Bean 实现了 BeanClassLoaderAware 接口，调用 setBeanClassLoader()方法，传入 ClassLoader对象的实例。如果 Bean 实现了 BeanFactoryAware 接口，调用 setBeanFactory()方法，传入 BeanFactory对象的实例。
 *  与上面的类似，如果实现了其他 \*.Aware接口，就调用相应的方法。
 *  如果有和加载这个 Bean 的 Spring 容器相关的 BeanPostProcessor 对象，执行postProcessBeforeInitialization() 方法
 *  如果 Bean 实现了InitializingBean接口，执行afterPropertiesSet()方法。
 *  如果 Bean 在配置文件中的定义包含 init-method 属性，执行指定的方法。
 *  如果有和加载这个 Bean 的 Spring 容器相关的 BeanPostProcessor 对象，执行postProcessAfterInitialization() 方法
 *  当要销毁 Bean 的时候，如果 Bean 实现了 DisposableBean 接口，执行 destroy() 方法。
 *  当要销毁 Bean 的时候，如果 Bean 在配置文件中的定义包含 destroy-method 属性，执行指定的方法。

图示：

![在这里插入图片描述][9bd0e1db020d45c0a7c9798002606511.png]

与之比较类似的中文版本:

![在这里插入图片描述][a5583292b64344c8ba77900308243a25.png]

***13、谈谈自己对于 AOP 的了解***

AOP(Aspect-Oriented Programming:面向切面编程)能够将那些与业务无关，却为业务模块所共同调用的逻辑或责任（例如事务处理、日志管理、权限控制等）封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可拓展性和可维护性。

`Spring AOP` 就是基于`动态代理`的，如果要代理的对象，实现了某个接口，那么 Spring AOP 会使用 JDK Proxy，去创建代理对象，而对于没有实现接口的对象，就无法使用 JDK Proxy 去进行代理了，**这时候 Spring AOP 会使用 Cglib 生成一个被代理对象的子类来作为代理**，如下图所示：

![在这里插入图片描述][bfcd5a9c5c074a55b76c002cc0fa8674.png]

当然你也可以使用 `AspectJ` ！Spring AOP 已经集成了 AspectJ ，AspectJ 应该算的上是 Java 生态系统中最完整的 AOP 框架了。

AOP 切面编程设计到的一些专业术语：

![在这里插入图片描述][b4c85b1b38e841378e12bb2b2626bfec.png_pic_center]

***14、Spring AOP 和 AspectJ AOP 有什么区别？***

**Spring AOP 属于运行时增强，而 AspectJ 是编译时增强。** Spring AOP 基于代理(Proxying)，而 AspectJ 基于字节码操作(Bytecode Manipulation)。

Spring AOP 已经集成了 AspectJ ，AspectJ 应该算的上是 Java 生态系统中最完整的 AOP 框架了。AspectJ 相比于 Spring AOP 功能更加强大，但是 Spring AOP 相对来说更简单，

如果我们的切面比较少，那么两者性能差异不大。但是，当切面太多的话，最好选择 AspectJ ，它比 Spring AOP 快很多。

***15、AspectJ 定义的通知类型有哪些？***

*  **Before**（前置通知）：目标对象的方法调用之前触发
 *  **After** （后置通知）：目标对象的方法调用之后触发AfterReturning（返回通知）：目标对象的方法调用完成，在返回结果值之后触发
 *  **AfterThrowing**（异常通知）：目标对象的方法运行中抛出 / 触发异常后触发。AfterReturning 和 AfterThrowing 两者互斥。如果方法调用成功无异常，则会有返回值；如果方法抛出了异常，则不会有返回值。
 *  **Around** （环绕通知）：编程式控制目标对象的方法调用。环绕通知是所有通知类型中可操作范围最大的一种，因为它可以直接拿到目标对象，以及要执行的方法，所以环绕通知可以任意的在目标对象的方法调用前后搞事，甚至不调用目标对象的方法

***16、多个切面的执行顺序如何控制？***

1、通常使用`@Order` 注解直接定义切面顺序

// 值越小优先级越高
    @Order(3)
    @Component
    @Aspect
    public class LoggingAspect implements Ordered {

2、实现`Ordered` 接口重写 `getOrder` 方法。

@Component
    @Aspect
    public class LoggingAspect implements Ordered {
        
    
        // ....
    
        @Override
        public int getOrder() {
        
            // 返回值越小优先级越高
            return 1;
        }
    }

***17、说说自己对于 Spring MVC 了解?***

MVC 是模型(Model)、视图(View)、控制器(Controller)的简写，其核心思想是通过将业务逻辑、数据、显示分离来组织代码。

![在这里插入图片描述][10328ccfdbd94ec39c9cded721f48977.png]

想要真正理解 Spring MVC，先来看看 Model 1 和 Model 2 这两个没有 Spring MVC 的时代。

**Model 1 时代**

在 Model1 模式下，整个 Web 应用几乎全部用 JSP 页面组成，只用少量的 JavaBean 来处理数据库连接、访问等操作。

这个模式下 JSP 即是控制层（Controller）又是表现层（View）。显而易见，这种模式存在很多问题。比如控制逻辑和表现逻辑混杂在一起，导致代码重用率极低；再比如前端和后端相互依赖，难以进行测试维护并且开发效率极低。

![在这里插入图片描述][e1a387198b124f67b887050675f6b8c2.png]

**Model 2 时代**

学过 Servlet 并做过相关 Demo 的朋友应该了解“Java Bean(Model)+ JSP（View）+Servlet（Controller） ”这种开发模式，这就是早期的 JavaWeb MVC 开发模式。

*  **Model**: 系统涉及的数据，也就是 dao 和 bean。
 *  **View**：展示模型中的数据，只是用来展示。
 *  **Controller**：处理用户请求都发送给 ，返回数据给 JSP 并展示给用户。

![在这里插入图片描述][321ebfc4fa4c4ad6b2f9fda224c71148.png]

Model2 模式下还存在很多问题，Model2 的抽象和封装程度还远远不够，使用 Model2 进行开发时不可避免地会重复造轮子，这就大大降低了程序的可维护性和复用性。

于是，很多 JavaWeb 开发相关的 MVC 框架应运而生比如 Struts2，但是 Struts2 比较笨重。

**Spring MVC 时代**

随着 Spring 轻量级开发框架的流行，Spring 生态圈出现了 Spring MVC 框架， Spring MVC 是当前最优秀的 MVC 框架。相比于 Struts2 ， Spring MVC 使用更加简单和方便，开发效率更高，并且 Spring MVC 运行速度更快。

MVC 是一种设计模式，Spring MVC 是一款很优秀的 MVC 框架。Spring MVC 可以帮助我们进行更简洁的 Web 层的开发，并且它天生与 Spring 框架集成。Spring MVC 下我们一般把后端项目分为 Service 层（处理业务）、Dao 层（数据库操作）、Entity 层（实体类）、Controller 层(控制层，返回数据给前台页面)。

***18、Spring MVC 的核心组件有哪些？***

记住了下面这些组件，也就记住了 SpringMVC 的工作原理。

*  **DispatcherServlet**：**核心的中央处理器**，负责接收请求、分发，并给予客户端响应。
 *  **HandlerMapping**：**处理器映射器**，根据 uri 去匹配查找能处理的 Handler ，并会将请求涉及到的拦截器和 Handler 一起封装。HandlerAdapter：处理器适配器，根据 HandlerMapping 找到的 Handler ，适配执行对应的 Handler；
 *  **Handler**：**请求处理器**，处理实际请求的处理器。
 *  **ViewResolver**：**视图解析器**，根据 Handler 返回的逻辑视图 / 视图，解析并渲染真正的视图，并传递给 DispatcherServlet 响应客户端

***19、SpringMVC 工作原理了解吗?***

![在这里插入图片描述][1029872ac4b046b8831d3ab315ada45c.png]

流程说明（重要）：

1.  客户端（浏览器）发送请求， `DispatcherServlet`拦截请求。
2.  `DispatcherServlet` 根据请求信息调用 `HandlerMapping` 。`HandlerMapping` 根据 uri 去匹配查找能处理的 Handler（也就是我们平常说的 Controller 控制器） ，并会将请求涉及到的拦截器和 Handler 一起封装。
3.  `DispatcherServlet` 调用 `HandlerAdapter`适配执行 `Handler` 。
4.  `Handler` 完成对用户请求的处理后，会返回一个 `ModelAndView` 对象给`DispatcherServlet`，ModelAndView 顾名思义，包含了数据模型以及相应的视图的信息。Model 是返回的数据对象，View 是个逻辑上的 View。
5.  `ViewResolver` 会根据逻辑 `View` 查找实际的 View。
6.  `DispaterServlet` 把返回的 `Model` 传给 `View`（视图渲染）。
7.  把 `View` 返回给请求者（浏览器）

***20、统一异常处理怎么做？***

推荐使用注解的方式统一异常处理，具体会使用到 `@ControllerAdvice` \+ `@ExceptionHandler` 这两个注解 。

@ControllerAdvice
    @ResponseBody
    public class GlobalExceptionHandler {
        
    
        @ExceptionHandler(BaseException.class)
        public ResponseEntity<?> handleAppException(BaseException ex, HttpServletRequest request) {
        
          //......
        }
    
        @ExceptionHandler(value = ResourceNotFoundException.class)
        public ResponseEntity<ErrorReponse> handleResourceNotFoundException(ResourceNotFoundException ex, HttpServletRequest request) {
        
          //......
        }
    }

这种异常处理方式下，会给所有或者指定的 `Controller` 织入异常处理的逻辑（AOP），当 `Controller` 中的方法抛出异常的时候，由被`@ExceptionHandler` 注解修饰的方法进行处理。

`ExceptionHandlerMethodResolver` 中 `getMappedMethod` 方法决定了异常具体被哪个被 `@ExceptionHandler` 注解修饰的方法处理异常。

@Nullable
    	private Method getMappedMethod(Class<? extends Throwable> exceptionType) {
        
    		List<Class<? extends Throwable>> matches = new ArrayList<>();
        //找到可以处理的所有异常信息。mappedMethods 中存放了异常和处理异常的方法的对应关系
    		for (Class<? extends Throwable> mappedException : this.mappedMethods.keySet()) {
        
    			if (mappedException.isAssignableFrom(exceptionType)) {
        
    				matches.add(mappedException);
    			}
    		}
        // 不为空说明有方法处理异常
    		if (!matches.isEmpty()) {
        
          // 按照匹配程度从小到大排序
    			matches.sort(new ExceptionDepthComparator(exceptionType));
          // 返回处理异常的方法
    			return this.mappedMethods.get(matches.get(0));
    		}
    		else {
        
    			return null;
    		}
    	}

从源代码看出：`getMappedMethod()`**会首先找到可以匹配处理异常的所有方法信息，然后对其进行从小到大的排序，最后取最小的那一个匹配的方法(即匹配度最高的那个)。**

***21、Spring 框架中用到了哪些设计模式？***

*  **工厂设计模式** : Spring 使用工厂模式通过 `BeanFactory`、`ApplicationContext` 创建 bean 对象。
 *  **代理设计模式** : Spring AOP 功能的实现。
 *  **单例设计模式** : Spring 中的 Bean 默认都是单例的。
 *  **模板方法模式** : Spring 中 `jdbcTemplate`、`hibernateTemplate` 等以 Template 结尾的对数据库操作的类，它们就使用到了模板模式。
 *  **包装器设计模式** : 我们的项目需要连接多个数据库，而且不同的客户在每次访问中根据需要会去访问不同的数据库。这种模式让我们可以根据客户的需求能够动态切换不同的数据源。
 *  **观察者模式**: Spring 事件驱动模型就是观察者模式很经典的一个应用。
 *  **适配器模式** : Spring AOP 的增强或通知(Advice)使用到了适配器模式、spring MVC 中也是用到了适配器模式适配`Controller`。
 *  …

***22、Spring 管理事务的方式有几种？***

*  **编程式事务**：在代码中硬编码(不推荐使用) : 通过 `TransactionTemplate`或者 `TransactionManager` 手动管理事务，实际应用中很少使用，但是对于你理解 Spring 事务管理原理有帮助。
 *  **声明式事务**：在 XML 配置文件中配置或者直接基于注解（推荐使用） : 实际是通过 AOP 实现（基于`@Transactional` 的全注解方式使用最多）

***23、Spring 事务中哪几种事务传播行为?***

**事务传播行为是为了解决业务层方法之间互相调用的事务问题。**

当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。

正确的事务传播行为可能的值如下:

**1.TransactionDefinition.PROPAGATION\_REQUIRED**

使用的最多的一个事务传播行为，我们平时经常使用的`@Transactional`注解默认使用就是这个事务传播行为。如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。

**2.TransactionDefinition.PROPAGATION\_REQUIRES\_NEW**

创建一个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部方法是否开启事务，`Propagation.REQUIRES_NEW`修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。

**3.TransactionDefinition.PROPAGATION\_NESTED**

如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于`TransactionDefinition.PROPAGATION_REQUIRED`。

**4.TransactionDefinition.PROPAGATION\_MANDATORY**

如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。（mandatory：强制性）

这个使用的很少。

若是错误的配置以下 3 种事务传播行为，事务将不会发生回滚：

*  **TransactionDefinition.PROPAGATION\_SUPPORTS:** 如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
 *  **TransactionDefinition.PROPAGATION\_NOT\_SUPPORTED:** 以非事务方式运行，如果当前存在事务，则把当前事务挂起。
 *  **TransactionDefinition.PROPAGATION\_NEVER:** 以非事务方式运行，如果当前存在事务，则抛出异常。

***24、Spring 事务中的隔离级别有哪几种?***

和事务传播行为这块一样，为了方便使用，Spring 也相应地定义了一个枚举类：`Isolation`

public enum Isolation {
        
    
        DEFAULT(TransactionDefinition.ISOLATION_DEFAULT),
    
        READ_UNCOMMITTED(TransactionDefinition.ISOLATION_READ_UNCOMMITTED),
    
        READ_COMMITTED(TransactionDefinition.ISOLATION_READ_COMMITTED),
    
        REPEATABLE_READ(TransactionDefinition.ISOLATION_REPEATABLE_READ),
    
        SERIALIZABLE(TransactionDefinition.ISOLATION_SERIALIZABLE);
    
        private final int value;
    
        Isolation(int value) {
        
            this.value = value;
        }
    
        public int value() {
        
            return this.value;
        }
    
    }

对每一种事务隔离级别进行介绍：

*  **TransactionDefinition.ISOLATION\_DEFAULT** :使用后端数据库默认的隔离级别，MySQL 默认采用的 REPEATABLE\_READ 隔离级别 Oracle 默认采用的 READ\_COMMITTED 隔离级别.
 *  **TransactionDefinition.ISOLATION\_READ\_UNCOMMITTED** :最低的隔离级别，使用这个隔离级别很少，因为它允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读
 *  **TransactionDefinition.ISOLATION\_READ\_COMMITTED** : 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生
 *  **TransactionDefinition.ISOLATION\_REPEATABLE\_READ** : 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
 *  **TransactionDefinition.ISOLATION\_SERIALIZABLE** : 最高的隔离级别，完全服从 ACID 的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

***25、@Transactional(rollbackFor = Exception.class)注解了解吗？***

**Exception** 分为运行时异常 **RuntimeException** 和非运行时异常。事务管理对于企业应用来说是至关重要的，即使出现异常情况，它也可以保证数据的一致性。

当 `@Transactional` 注解作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。如果类或者方法加了这个注解，那么这个类里面的方法抛出异常，就会回滚，数据库里面的数据也会回滚。

在 `@Transactional` 注解中如果不配置`rollbackFor`属性,那么事务只会在遇到RuntimeException的时候才会回滚，**加上 rollbackFor=Exception.class,可以让事务在遇到非运行时异常时也回滚**。

[e97064d72c034dedae8e3be3107c6202.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/17838d9f2773434cb8322a886ffb1165.png
[f6bb515e567d41969ded20a9e15a4c89.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/123d99565007460e826ec8acd0aee1da.png
[8cdc8e621af94c019719ed427d6743ea.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/043a666106e34ccdb3de1b5a03d2f0d6.png
[8b6e8a0a632d4b21940333821cf33ff3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/b2f1864d263d412a8a46729f1a3c139f.png
[4f22ccd6570c4914b681e4baad8cb662.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/9fab3c01439d49bf993edfab01bafc15.png
[938bca978a394548b8037c67f9448bd6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/8b18f73af09d4514a84d3f3a0adce8c1.png
[82cd3dca8e8340ce9d9efb906512d0d3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/83cfdf430a23444f8002f988b801d412.png
[c16d35c4c5b24b24ba57d5b07cb22f5e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/40dc5a5155324951b521f7d2c37ec4f8.png
[9bd0e1db020d45c0a7c9798002606511.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/2b1fca69ed4740b582b51155b2c4f8cb.png
[a5583292b64344c8ba77900308243a25.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/196f26d3944749b588f0a9ad435e4e2f.png
[bfcd5a9c5c074a55b76c002cc0fa8674.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/7710f69344bf45d6aa2d7f334b0b5d54.png
[b4c85b1b38e841378e12bb2b2626bfec.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/286222e0dc8642129151f7baeb7bcab2.png
[10328ccfdbd94ec39c9cded721f48977.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/dbb0f458f0aa40d99d4d41ea8b21650d.png
[e1a387198b124f67b887050675f6b8c2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/d4659fecc3724f2fa9777bb58fe5f60f.png
[321ebfc4fa4c4ad6b2f9fda224c71148.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/a7f106b35bf44ea7a516df1fcc3aea97.png
[1029872ac4b046b8831d3ab315ada45c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/22/9879ee4c3ad8456892fbb2f7e0a96f81.png