Spring及其事务和SpringMVC原理解析

一时失言乱红尘 2022-05-11 02:24 179阅读 0赞

### 介绍spring框架 ###

它是一个一站式（full-stack全栈式）框架，提供了从表现层-springMVC到业务层-spring再到持久层-springdata的一套完整的解决方案。我们在项目中可以只使用spring一个框架，它就可以提供表现层的mvc框架，持久层的Dao框架。它的两大核心IoC和AOP更是为我们的程序解耦和代码简洁易维护提供了支持。

### Spring的优点 ###

1）降低了组件之间的耦合性 ，实现了软件各层之间的解耦   
    2）可以使用很多服务，如事务管理，消息服务等   
    3）容器提供单例模式支持   
    4）容器提供了AOP技术，利用它很容易实现如权限拦截，运行期监控等功能   
    5）容器提供了很多辅助类，能加快应用的开发   
    6）spring对于主流的应用框架提供了集成支持，如hibernate，Struts等   
    7）spring属于低侵入式设计，代码的污染极低   
    8）独立于各种应用服务器   
    9）spring的DI机制降低了业务对象替换的复杂性   
    10）Spring的高度开放性，并不强制应用完全依赖于Spring，开发者可以自由选择spring 的部分或全部

### 什么是事务 ###

事务就是对一系列数据库的操作（比如插入多条数据）进行统一的提交或回滚操作，如果插入成功，那么一起成功，如果中间有一条出现异常，那么回滚之前的所有操作。这样可以防止出现脏数据，防止数据库数据出现问题。

例子：比如转账，我本来有200块，你有100。然后我转给你100，如果转账成功，那我就还有100，你有200。这就是事务成功。如果转账失败我还有100，但是你又没收到，就是事务失败了，就要进行事务回滚。要么就是转账操作全部成功，要么就是全部失败。

### 为什么使用事务 ###

保证数据的一致性和完整性

### Spring管理事务有几种方式 ###

1）编程式事务，在代码中硬编码。(不推荐使用)

2）声明式事务，在配置文件中配置（推荐使用）

声明式事务又分为两种：

a）基于XML的声明式事务

b）基于注解的声明式事务

### Spring的核心思想--控制反转IOC： ###

Spring封装了一些注解，比如@Controller注解、@Service注解、@Autowired注解，在类或者属性头顶声明引入，就可以把实例化表现层Bean、业务层Bean的工作交给Spring，而且这些注解指定了实例化的类或者属性的name属性，所以我们就可以直接在Controller层调用Service层，Spring会根据name自动帮我们注入实例，然后就可以执行SQL，操作数据库。通过IOC，可以调用Spring本身已经封装好的注解，帮我们进行依赖注入，我们不需要去管注解具体实现的细节，把控制权交给Spring，等着它自动实例化好对象，我们就可以直接使用了，所以这就是Spring的核心思想--控制反转IOC。

### 通过回答IOC，引入DI： ###

在没有使用IOC之前，我们需要自己主动去new一个实例化对象，自己去声明这个Bean是哪个类的,我们自己手动进行依赖注入，这就是DI。用得比较多是在以前学SSH的时候，需要自己另外写一个application.xml文件，然后里面配置每个Action对应的Service，每个Service对应的Dao，接着在表现层里面再自己new一个实例化对象，new完了要调用业务层的方法了，又在业务层new一个实例化对象，就很麻烦。

此处也可以把面试方向引到SSH对比SSM，详细对比文章链接：[https://blog.csdn.net/qq\_36688143/article/details/82753975][https_blog.csdn.net_qq_36688143_article_details_82753975]

### 通过回答IOC，引入Spring注解的原理： ###

而关于注解，官方的解释就是说注解是一系列元数据，它提供数据用来解释程序代码，但是注解并不是所解释的代码本身的一部分。注解对于代码的运行效果没有直接影响。注解可以提供信息给编译器，也可以在程序编译阶段或者运行阶段对信息进行处理。

这个解释我觉得太绕了，我自己的理解就是注解就相当于标签，它就是用来解释代码的，它的语法也很简单，只是在接口关键字前面加了一个@符号。而元注解就是一个特殊的标签，这个特殊的标签可以贴在普通标签上。类比过来的话，元注解就是注解到注解上的注解，它就是专门贴在注解上的。然后关于注解的使用，它可以有默认值，在引入的时候就可以直接赋值。通过Class的反射我们可以获取到注解，然后调用方法判断返回值，就可以使用注解封装的属性和方法了。那这样子的话，我有想过如果给每个类，每个属性都贴上标签，大量使用注解，那代码敲起来不是很方便了？(这个可以放在面试的最后，面试官问：你还有什么想问的吗？提出来)

后来我感觉这肯定是不行的，就去百度过这个问题，了解到注解的提取需要借助Java的反射机制，然后反射又比较慢，大量使用注解的话，时间成本就会上去，也就是说使用注解的时候需要考虑到时间成本。

## ##

### Spring的核心思想--面向切面AOP： ###

AOP核心思想：程序中一些冗余代码分散在各方法的横切面上，比如log日志，造成了代码重复，也不利于各个模块的重用。AOP就是把逻辑代码和琐碎事务分开，提高程序扩展性，方便添加其他事物。它利用一种称为“横切”的技术，切开封装的对象内部，把那些影响了多个类的公共行为封装到一个可重用模块，并称为“Aspect”，即方面。Aspect“方面”就是将那些和业务无关，却被业务模块共同调用的逻辑封装起来，减少系统的重复代码，降低模块间的耦合度，并提高代码的可操作性和可维护性。AOP代表的是一种横向的关系，如果说“对象”是一个空心的圆柱体，其中封装的是对象的属性和行为；那么面向切面编程就是一把刀，把对象的空心圆柱体切开，来获得其内部的消息内容。而切开的切面，就是Aspect，然后AOP又把切面复原。原来的类和方法本身没有影响，但是AOP可以通过嵌入的自定义方法控制类和方法的返回结果。

### AOP实现方式： ###

①动态代理对象的生成，利用截取消息的方式，对该消息进行装饰，以取代原有对象行为的执行

②静态织入的方式，引入特定的语法创建Aspect“方面”，从而使得编译器可以在编译期间织入有关Aspect“方面”的代码

### AOP使用方式： ###

①通过配置文件xml，比如<aop:config>

②编程的方式，在运行的时候动态的将代码切入到类的指定方法、指定位置上

### Spring家族之SpringMVC优点： ###

1.它是基于组件技术的全部的应用对象，无论控制器和视图，还是业务对象之类的都是java组件，并且和Spring提供的其他基础结构紧密集成

2.不依赖于Servlet API(目标虽是如此,但是在实现的时候确实是依赖于Servlet的)

3.可以任意使用各种视图技术，而不仅仅局限于JSP

4.支持各种请求资源的映射策略

5.易于扩展