Spring

事务管理

基本概念

事务首先是一系列操作组成的工作单元，该工作单元内的操作是不可分割的，即要么所有操作都做，要么所有操作都不做，这就是事务。

事务管理一般在Service层

PlatformTransactionManager：事务管理器，事务管理中核心接口

事务类型

数据库事务类型有本地事务和分布式事务：本地事务：就是普通事务，能保证单台数据库上的操作的ACID，被限定在一台数据库上；分布式事务：涉及两个或多个数据库源的事务，即跨越多台同类或异类数据库的事务（由每台数据库的本地事务组成的），分布式事务旨在保证这些本地事务的所有操作的ACID，使事务可以跨越多台数据库；Java事务类型有JDBC事务和JTA事务：JDBC事务：就是数据库事务类型中的本地事务，通过Connection对象的控制来管理事务；JTA事务：JTA指Java事务API(Java Transaction API)，是Java EE数据库事务规范， JTA只提供了事务管理接口，由应用程序服务器厂商（如WebSphere Application Server）提供实现，JTA事务比JDBC更强大，支持分布式事务。Java EE事务类型有本地事务和全局事务：本地事务：使用JDBC编程实现事务；全局事务：由应用程序服务器提供，使用JTA事务；按是否通过编程实现事务有声明式事务和编程式事务；声明式事务： 通过注解或XML配置文件指定事务信息；编程式事务：通过编写代码实现事务。

事务控制

编程式事务控制

用户通过代码的形式手动控制事务

Conn.setAutoCommite(false); // 设置手动控制事务

粒度较细，比较灵活，但开发起来比较繁琐： 每次都要开启、提交、回滚

声明式事务控制

Spring提供对事务的控制管理

XML方式

注解方式

事务属性

事务属性通过TransactionDefinition接口实现定义，主要有事务隔离级别、事务传播行为、事务超时时间、事务是否只读

事务传播行为

required_new

如果当前方法有事务了，当前方法事务会挂起，在为加入的方法开启一个新的事务，直到新的事务执行完、当前方法的事务才开始

required(默认方法)

如果当前方法已经有事务了，加入当前方法事务

其余五种方式(拓展学习)

事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时候事务如何传播。

数据库隔离级别

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的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

事务超时属性

指一个事务所允许执行的最长时间，如果超过该时间限制但事务还没有完成，则自动回滚事务。

事务只读属性

对事物资源是否执行只读操作

回滚规则

定义了哪些异常会导致事务回滚而哪些不会。默认情况下，事务只有遇到运行期异常时才会回滚，而在遇到检查型异常时不会回滚，也可以用用户自己定义

Spring事务管理接口

PlatformTransactionManager

（平台）事务管理器

Spring并不直接管理事务，而是提供了多种事务管理器，通过PlatformTransactionManager这个接口，Spring为各个平台如JDBC、Hibernate等都提供了对应的事务管理器，但是具体的实现就是各个平台自己的事情了。

TransactionDefinition

事务定义属性(事务隔离级别、传播行为、超时、只读、回滚规则)

TransactionStatus

事务状态类

通过PlatformTransactionManager的getTransaction方法根据事务定义获取；获取事务状态后，Spring根据传播行为来决定如何开启事务

事务管理核心过程

分支主题

Spring类

ApplicationContext

FileSystemXmlApplicationContext

ClassPathXmlApplicationContext

WebXmlApplicationContext

Spring Ioc容器的代表就是org.springframework.beans包中的BeanFactory接口

BeanFactory接口提供了IoC容器最基本功能；而org.springframework.context包下的ApplicationContext接口扩展了BeanFactory

SpringMVC

执行流程

1、 用户发送请求至前端控制器DispatcherServlet

2、 DispatcherServlet收到请求调用HandlerMapping处理器映射器。

3、 处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。

4、 DispatcherServlet通过HandlerAdapter处理器适配器调用处理器

5、 执行处理器(Controller，也叫后端控制器)。

6、 Controller执行完成返回ModelAndView

7、 HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet

8、 DispatcherServlet将ModelAndView传给ViewReslover视图解析器

9、 ViewReslover解析后返回具体View

10、DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）。

11、DispatcherServlet响应用户

注解

servlet生命周期

1.加载和实例化

2.初始化

3.请求处理

4.服务终止

MVC模型

Model（模型）

数据模型，提供要展示的数据，因此包含数据和行为，可以认为是领域模型或JavaBean组件（包含数据和行为），不过现在一般都分离开来：Value Object（数据） 和 服务层（行为）。也就是模型提供了模型数据查询和模型数据的状态更新等功能，包括数据和业务

View（视图）

负责进行模型的展示，一般就是我们见到的用户界面，客户想看到的东西

Controller（控制器）

接收用户请求，委托给模型进行处理（状态改变），处理完毕后把返回的模型数据返回给视图，由视图负责展示。 也就是说控制器做了个调度员的工作

DispatcherServlet作用

DispatcherServlet主要用作职责调度工作，本身主要用于控制流程，主要职责如下：1、文件上传解析，如果请求类型是multipart将通过MultipartResolver进行文件上传解析；2、通过HandlerMapping，将请求映射到处理器（返回一个HandlerExecutionChain，它包括一个处理器、多个HandlerInterceptor拦截器）；3、通过HandlerAdapter支持多种类型的处理器(HandlerExecutionChain中的处理器)；4、通过ViewResolver解析逻辑视图名到具体视图实现；5、本地化解析；6、渲染具体的视图等；7、如果执行过程中遇到异常将交给HandlerExceptionResolver来解析。

Spring

Spring优点

轻量级，非侵入式

对现有的类结构没有影响

可以提供众多服务，如事务管理，WS等

AOP的很好支持，方便面向切面编程，使得业务逻辑和系统服务分开

使用Spring的IOC容器，将对象之间的依赖关系交给Spring，降低组件之间的耦合性，让我们更专注于应用逻辑

Spring DI机制降低了业务对象替换的复杂性。

Spring的高度可开放性，并不强制依赖于Spring，开发者可以自由选择Spring部分或全部

Spring缺点

缺少一个公用控制器

没有SpringBoot好用

Spring像一个胶水，将框架黏在一起，后面拆分的话就不容易拆分了

IOC

依赖注入

装配方式（依赖注入的具体行为）

基于注解的自动装配

实现方式

@Autowired

byName

优先byType

@Resource

优先byName

byType

自动扫描(component-scan)

装配规则

基于XML配置的显式装配

基于Java配置的显式装配

能够在编译时就发现错误

依赖注入的方式

构造器方式注入

构造器依赖注入通过容器触发一个类的构造器来实现的，该类有一系列参数，每个参数代表一个对其他类的依赖。

setter方法注入

例如：

之所以叫setter方法注入，因为这是通过找到类的对应的setter方法，再进行相应的注入

Setter方法注入是容器通过调用无参构造器或无参static工厂 方法实例化bean之后，调用该bean的setter方法，即实现了基于setter的依赖注入。

最好的解决方案是用构造器参数实现强制依赖，setter方法实现可选依赖。

循环依赖

构造器方式无法解决，只能抛出异常

多例方式无法解决，只能抛出异常

因为Spring容器不缓存\"prototype\"作用域的bean，因此无法提前暴露一个创建中的bean。 

单例模式可以解决

通过提前暴露一个单例工厂方法，从而使其他bean能够引用到该bean/提前暴露一个正在创建中的bean

容器的初始化过程

1.)Resource定位；指对BeanDefinition的资源定位过程。通俗地讲，就是找到定义Javabean信息的XML文件，并将其封装成Resource对象。

2.)BeanDefinition的载入；把用户定义好的Javabean表示为IoC容器内部的数据结构，这个容器内部的数据结构就是BeanDefinition。

3.)向IoC容器注册这些BeanDefinition。

bean知识

bean的生命周期

1.实例化Bean

2.设置Bean的属性

3.检查Aware相关接口并设置相关依赖

BeanNameAware

BeanFactoryAware

ApplicationContextAware

4.检查BeanPostProcessor接口并进行前置处理

5.检查Bean在Spring配置文件中配置的init-method属性并自动调用其配置的初始化方法。

由于这个是在Bean初始化结束时调用那个的方法，也可以被应用于内存或缓存技术；

6.检查BeanPostProcessor接口并进行后置处理

7.当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接口，会调用那个其实现的destroy()方法；

8. 最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法。

bean的作用域

singleton

Spring IoC容器中只会存在一个共享的Bean实例，无论有多少个Bean引用它，始终指向同一对象。

singleton是Bean的默认作用域

默认情况下是容器初始化的时候创建，但也可设定运行时再初始化bean

DefaultSingletonBeanRegistry类里的singletonObjects哈希表保存了单例对象。

Spring容器可以管理singleton作用域下bean的生命周期，在此作用域下，Spring能够精确地知道bean何时被创建，何时初始化完成，以及何时被销毁

介绍了两种单例实现：通过在类上定义静态属性保持该实例和通过注册表方式（Spring）

Spring是注册表单例设计模式的实现

prototype

每次通过Spring容器获取prototype定义的bean时，容器都将创建一个新的Bean实例，每个Bean实例都有自己的属性和状态

对有状态的bean使用prototype作用域，而对无状态的bean使用singleton作用域。

request

在一次Http请求中，容器会返回该Bean的同一实例。而对不同的Http请求则会产生新的Bean，而且该bean仅在当前Http Request内有效。

session

在一次Http Session中，容器会返回该Bean的同一实例。而对不同的Session请求则会创建新的实例，该bean实例仅在当前Session内有效。

global Session

在一个全局的Http Session中，容器会返回该Bean的同一个实例，仅在使用portlet context时有效。

Spring提供“singleton”和“prototype”两种基本作用域，另外提供“request”、“session”、“global session”三种web作用域；Spring还允许用户定制自己的作用域

bean的创建

1、实例化BeanFactory（ApplicationContext）时创建Bean（单例）并保存到Map（ConcurrentHashMap）中

2.进入getBean()方法

3.判断当前bean的作用域是否是单例，如果是，则去对应缓存中查找，没有查找到的话则新建实例并保存。如果不是单例，则直接新建实例（createBeanInstance）

4.新建实例后再将注入属性(populateBean)，并处理回调

创建bean

找到@Autowired的对象

创建注入对象，并赋值

大致流程

1.首先根据配置文件找到对应的包，读取包中的类，，找到所有含有@bean，@service等注解的类，利用反射解析它们，包括解析构造器，方法，属性等等，然后封装成各种信息类放到container(其实是一个map)里（ioc容器初始化）

2.获取类时，首先从container中查找是否有这个类，如果没有，则报错，如果有，则通过构造器信息将这个类new出来

3.如果这个类含有其他需要注入的属性，则进行依赖注入，如果有则还是从container找对应的解析类，new出对象，并通过之前解析出来的信息类找到setter方法(setter方法注入)，然后用该方法注入对象（这就是依赖注入）。如果其中有一个类container里没找到，则抛出异常

4.如果有嵌套bean的情况，则通过递归解析

5.如果bean的scope是singleton，则会重用这个bean不再重新创建，将这个bean放到一个map里，每次用都先从这个map里面找。如果scope是session，则该bean会放到session里面。

AOP

实现原理

jdk动态代理

主要通过Proxy.newProxyInstance()和InvocationHandler这两个类和方法实现

实现过程

创建代理类proxy实现Invocation接口，重写invoke()方法

调用被代理类方法时默认调用此方法

将被代理类作为构造函数的参数传入代理类proxy

生成的代理类

$Proxy0 extends Proxy implements Person

类型为$Proxy0

代理对象会实现用户提供的这组接口，因此可以将这个代理对象强制类型转化为这组接口中的任意一个

通过反射生成对象

总结： 代理类调用自己方法时，通过自身持有的中介类对象来调用中介类对象的invoke方法，从而达到代理执行被代理对象的方法。

cglib

生成对象类型为Enhancer

实现原理类似于 jdk 动态代理，只是他在运行期间生成的代理对象是针 对目标类扩展的子类

静态代理

缺点

如果要代理一个接口的多个实现的话需要定义不同的代理类

代理类 和 被代理类 必须实现同样的接口，万一接口有变动，代理、被代理类都得修改

在编译的时候就直接生成代理类

JDK动态代理和cglib的对比

CGLib所创建的动态代理对象在实际运行时候的性能要比JDK动态代理高

1.6和1.7的时候，CGLib更快

1.8的时候，jdk更快

CGLib在创建对象的时候所花费的时间却比JDK动态代理多

singleton的代理对象或者具有实例池的代理，因为无需频繁的创建代理对象，所以比较适合采用CGLib动态代理，反之，则适合用JDK动态代理

JDK动态代理是面向接口的，CGLib动态代理是通过字节码底层继承代理类来实现（如果被代理类被final关键字所修饰，那么会失败）

JDK生成的代理类类型是Proxy(因为继承的是Proxy)，CGLIB生成的代理类类型是Enhancer类型

如果要被代理的对象是个实现类，那么Spring会使用JDK动态代理来完成操作（Spirng默认采用JDK动态代理实现机制）； 如果要被代理的对象不是实现类，那么Spring会强制使用CGLib来实现动态代理。 

配置方式

基于Java类配置

通过 @Configuration 和 @Bean 这两个注解实现的

@Configuration 作用于类上，相当于一个xml配置文件；

@Bean 作用于方法上，相当于xml配置中的；

核心业务功能和切面功能分别独立进行开发 ，然后把切面功能和核心业务功能 \"编织\" 在一起，这就叫AOP

让关注点代码与业务代码分离

面向切面编程就是指： 对很多功能都有的重复的代码抽取，再在运行的时候往业务方法上动态植入“切面类代码”。

应用场景：日志，事务管理，权限控制

在进行OOP开发时，都是基于对组件（比如类）进行开发，然后对组件进行组合，OOP最大问题就是无法解耦组件进行开发，比如我们上边举例，而AOP就是为了克服这个问题而出现的，它来进行这种耦合的分离