06-Spring知识

SPRING复习记录

一、spring bean

1、 BeanFactory和ApplicationContext的区别

·BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。其中ApplicationContext是BeanFactory的子接口。
·BeanFactory：是Spring里面最底层的接口，包含了各种Bean的定义，读取bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能。
·加载区别
	1)BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这	样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean	  方法才会抛出异常。
	2)ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错	  误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需  	  要的时候，你就不用等待，因为它们已经创建好了。
	3)相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

2、spring bean生命周期

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6gqvlvgX-1628000215779)(./imgs/20200312155624747.png)]

1、初始化Bean：
对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时，或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化。对于ApplicationContext容器，当容器启动结束后，通过获取BeanDefinition对象中的信息，实例化所有bean。
2、属性注入(依赖注入)
实例化后的对象被封装在BeanWrapper对象中，紧接着，Spring根据BeanDefinition中的信息 以及通过BeanWrapper提供的设置属性的接口完成依赖注入。
3、处理Aware接口，Spring会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给Bean
	1)如果这个Bean已经实现了BeanNameAware接口，会调用它实现的setBeanName(String beanId)方法，此处传递的就是Spring配置文		件中Bean的id值；
	2)如果这个Bean已经实现了BeanFactoryAware接口，会调用它实现的setBeanFactory()方法，传递的是Spring工厂自身
	3)如果这个Bean已经实现了ApplicationContextAware接口，会调用setApplicationContext(ApplicationContext)方法，传入		Spring上下文
4、实例化之前调用 BeanPostProcessor
如果想对Bean进行一些自定义的处理，那么可以让Bean实现了BeanPostProcessor接口，那将会调用postProcessBeforeInitialization(Object obj, String s)方法
5、实例化
如果Bean在Spring配置文件中配置了 init-method 属性，则会自动调用其配置的初始化方法。
6、实质化之后调用
如果这个Bean实现了BeanPostProcessor接口，将会调用postProcessAfterInitialization(Object obj, String s)方法；由于这个方法是在Bean初始化结束时调用的，所以可以被应用于内存或缓存技术；
------以上几个步骤完成后，Bean就已经被正确创建了，之后就可以使用这个Bean了-------------
7、bean的销毁
当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接口，会调用其实现的destroy()方法；
8、bean销毁调用方法
最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法。

3、Spring bean支持的五种bean的作用域

Spring支持五个作用域：singleton、prototype、request、session、global session
    1、singleton ：默认的作用域 spring IoC容器仅存在一个Bean实例，Bean以单例方式存在，在创建起容器时就同时自动创建了一个	 	 bean的对象
    2、prototype：每次从容器中调用Bean时，都返回一个新的实例，即每次调用getBean()时，相当于执行newXxxBean()。Prototype是	原型类型，它在我们创建容器的时候并没有实例化，而是当我们获取bean的时候才会去创建一个对象，而且我们每次获取到的对象都不是同一	个对象
    3、request：每次HTTP请求都会创建一个新的Bean，该作用域仅适用于WebApplicationContext环境
    4、session：同一个HTTP Session共享一个Bean，不同Session使用不同的Bean，仅适用于WebApplicationContext环境
    5、global-session：一般用于Portlet应用环境，该运用域仅适用于WebApplicationContext环境

二、Spring AOP

AOP，一般称为面向切面，作为面向对象的一种补充，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”(Aspect)，减少系统中的重复代码，降低了模块间的耦合度，同时提高了系统的可维护性。可用于权限认证、日志、事务处理。

1、Spring AOP的实现

AOP实现的关键在于 代理模式，AOP代理主要分为静态代理和动态代理。静态代理的代表为AspectJ；动态代理则以Spring AOP为代表。
·AspectJ是静态代理的增强，所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类，因此也称为编译时增强，他会在编译阶段将AspectJ(切 面)织入到Java字节码中，运行的时候就是增强之后的AOP对象。

·Spring AOP使用的动态代理，所谓的动态代理就是说AOP框架不会去修改字节码，而是每次运行时在内存中临时为方法生成一个AOP对象，这个	   AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处理，并回调原对象的方法。
  Spring AOP中的动态代理主要有两种方式，JDK动态代理和CGLIB动态代理：
  1.JDK动态代理只提供接口的代理，不支持类的代理。核心InvocationHandler接口和Proxy类，InvocationHandler 通过invoke()方法		反射来调用目标类中的代码，动态地将横切逻辑和业务编织在一起；接着，Proxy利用 InvocationHandler动态创建一个符合某一接口的		的实例,生成目标类的代理对象。
  2.如果代理类没有实现 InvocationHandler 接口，那么Spring AOP会选择使用CGLIB来动态代理目标类。CGLIB(Code Generation 	Library)，是一个代码生成的类库，可以在运行时动态的生成指定类的一个子类对象，并覆盖其中特定方法并添加增强代码，从而实现		AOP。CGLIB是通过继承的方式做的动态代理，因此如果某个类被标记为final，那么它是无法使用CGLIB做动态代理的。

2、Spring AOP相关名词

·切面(Aspect):被抽取的公共模块,可能会横切多个对象.在Spring AOP中,切面可以使用通用类(基于模式的风格)或者在普通类中以@AspectJ 		注解来实现。
·连接点(Join point):指方法，在Spring AOP中，一个连接点 总是 代表一个方法的执行.
·通知(Advice):在切面的某个特定的连接点(Join point)上执行的动作,通知有各种类型,其中包括“around”、“before”和“after”等通知。	许多AOP框架，包括Spring，都是以拦截器做通知模型， 并维护一个以连接点为中心的拦截器链。
·切入点(Pointcut):切入点是指 我们要对哪些Join point进行拦截的定义。通过切入点表达式，指定拦截的方法.
·引入(Introduction):声明额外的方法或者某个类型的字段。Spring允许引入新的接口(以及一个对应的实现)到任何被代理的对象
·目标对象(Target Object):被一个或者多个切面(aspect)所通知(advise)的对象。也有人把它叫做 被通知(advise)对象.既然Spring 	AOP是通过运行时代理实现的，这个对象永远是一个 被代理(proxied)对象。
·织入(Weaving):指把增强应用到目标对象来创建新的代理对象的过程。Spring是在运行时完成织入.

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8OtTsEgH-1628000215781)(./imgs/20180708154818891.png)]

3、Spring AOP通知

注解	说明
@Before	前置通知，在连接点方法前调用
@Around	环绕通知，它将覆盖原有方法，但是允许你通过反射调用原有方法.
@After	后置通知，在连接点方法后调用
@AfterReturning	返回通知，在连接点方法执行并正常返回后调用，要求连接点方法在执行过程中没有发生异常
@AfterThrowing	异常通知，当连接点方法异常时调用

1、前置通知(Before advice):在某连接点(join point)之前执行的通知，但这个通知不能阻止连接点前的执行(除非它抛出一个异常)。
2、返回后通知(After returning advice):在某连接点(join point)正常完成后执行的通知:例如，一个方法没有抛出任何异常，正常返回。
3、抛出异常后通知(After throwing advice):在方法抛出异常退出时执行的通知。 
4、后通知(After (finally) advice):当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)。 
5、环绕通知(Around Advice):包围一个连接点(join point)的通知，如方法调用。这是最强大的一种通知类型。环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行。 环绕通知是最常用的一种通知类型。大部分基于拦截的AOP框架，例如Nanning和JBoss4，都只提供环绕通知。 

4、Spring AOP五大通知执行顺序

• Spring4.0
  　　　　正常情况：@Around -->@Before–>目标方法执行–>@AfterReturning -->@After–>@Around
  　　　　异常情况：@Around -->@Before–>目标方法执行–>@AfterThrowing -->@After–>@Around

三、Sping IOC依赖注入

1、概念

IOC就是控制反转，是指创建对象的控制权的转移，以前创建对象的主动权和时机是由自己把控的，而现在这种权力转移到Spring容器中，并由容器根据配置文件去创建实例和管理各个实例之间的依赖关系，对象与对象之间松散耦合，也利于功能的复用。DI依赖注入，和控制反转是同一个概念的不同角度的描述，即 应用程序在运行时依赖IoC容器来动态注入对象需要的外部资源。
Spring的IOC有三种注入方式 ：构造器注入、setter方法注入、根据注解注入。

2、Spring中 @Autowired和 @Resource 注解的区别

@Resource和@Autowired都是做bean的注入时使用，其实@Resource并不是 Spring 的注解，它的包是javax.annotation.Resource，需要导入，但是Spring支持该注解的注入

·@Autowired注解是按照类型（byType）装配依赖对象，默认情况下它要求依赖对象必须存在，如果允许null值，可以设置它的 required 属性为 false。如果我们想使用按照名称（byName）来装配，可以结合@Qualifier注解一起使用

·@Resource默认按照 byName 自动注入，由J2EE提供，需要导入包javax.annotation.Resource
@Resource有两个重要的属性：name和 type，而Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以，如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不制定name也不制定type属性，这时将通过反射机制使用byName自动注入策略。

3、依赖注入的方式有3种

（1）构造器注入
      将被依赖对象通过构造函数的参数注入给依赖对象，并且在初始化对象的时候注入。
    优点：对象初始化完成后便可获得可使用的对象。
    缺点：
      ① 当需要注入的对象很多时，构造器参数列表将会很长；
      ② 不够灵活。若有多种注入方式，每种方式只需注入指定几个依赖，那么就需要提供多个重载的构造函数，麻烦。
（2）setter方法注入
      IoC Service Provider 通过调用成员变量提供的setter函数将被依赖对象注入给依赖类。
    优点：灵活。可以选择性地注入需要的对象。
    缺点：依赖对象初始化完成后由于尚未注入被依赖对象，因此还不能使用。
（3）接口注入
      依赖类必须要实现指定的接口，然后实现该接口中的一个函数，该函数就是用于依赖注入。该函数的参数就是要注入的对象。
    优点：接口注入中，接口的名字、函数的名字都不重要，只要保证函数的参数是要注入的对象类型即可。
    缺点：侵入性太强，不建议使用。

四、Sping 事务

1、介绍

事务管理在系统开发中是不可缺少的一部分，Spring提供了很好事务管理机制，主要分为编程式事务和声明式事务两种。
·编程式事务：是指在代码中手动的管理事务的提交、回滚等操作，其中也会用到try-catch。代码侵入性比较强，
·声明式事务：基于AOP面向切面的，它将具体业务与事务处理部分解耦，代码侵入性很低，所以在实际开发中声明式事务用的比较多。声明式事务也有两种实现方式，一是基于 tx 和 AOP的xml配置文件方式，二种就是基于@Transactional 注解。

2、@Transactional介绍

1) 可以作用的地方

1、作用于类:表示所有该类的 public 方法 都配置相同的事务属性信息.
2、作用于方法:方法的事务会 覆盖类的事务配置信息.
3、作用与接口:因为一旦标注在Interface上并且配置了Spring AOP 使用CGLib动态代理，将会导致注解失效.(不建议使用)

2）相关属性

1、propagation属性
	propagation 代表事务的传播行为，默认值为 Propagation.REQUIRED，一共是7种前面三种得掌握。其他的属性信息如下：
	1)Propagation.REQUIRED:如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务.
	2)Propagation.SUPPORTS:如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行.
	3)Propagation.REQUIRES_NEW:重新创建一个新的事务，如果当前存在事务，挂起当前的事务.
	4)Propagation.MANDATORY:如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常.
	5)Propagation.REQUIRED模式:类B中的 b方法加上采用 Propagation.REQUIRES_NEW模式，然后在 a 方法中调用 b方法操作数据		库，然而 a方法抛出异常后，b方法并没有进行回滚，因为Propagation.REQUIRES_NEW会暂停 a方法的事务 )
	6)Propagation.NOT_SUPPORTED:以非事务的方式运行，如果当前存在事务，暂停当前的事务.
	7)Propagation.NEVER:以非事务的方式运行，如果当前存在事务，则抛出异常.
2、isolation属性
	默认值为 Isolation.DEFAULT。这个事务的隔离级别可以理解成Mysql中的事务隔离级别。
	TransactionDefinition.ISOLATION_DEFAULT:使用数据库默认的隔离级别，Mysql 默认采用的 REPEATABLE_READ（不可重复		读）隔离级别， Oracle 默认采用的 READ_COMMITTED（读已提交）隔离级别.
	1)TransactionDefinition.ISOLATION_READ_UNCOMMITTED:
	  最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读
	2)TransactionDefinition.ISOLATION_READ_COMMITTED:
	  允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生
	3)TransactionDefinition.ISOLATION_REPEATABLE_READ:
	  对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
	4)TransactionDefinition.ISOLATION_SERIALIZABLE:
	  最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止	   脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别（是因为这样的效率很低，并发性大大的降低，       而且很多时候也没有必要去解决幻读）。
3、timeout 属性
    timeout ：事务的超时时间，默认值为 -1。如果超过该时间限制但事务还没有完成，则自动回滚事务。
    值得注意的是：这个属性一般都不会去设置。原因是在真实的环境中，由于网络环境和其他不确定性因素在里面，很难去确定一个时间段内哪一	   个事务是要超时的。
4、readOnly 属性
	指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。
5、rollbackFor 属性
	用于指定能够触发事务回滚的异常类型，可以指定多个异常类型。多个异常之间用逗号隔开。
6、noRollbackFor属性
	抛出指定的异常类型，不回滚事务，也可以指定多个异常类型。

3) 失效场景

1、应用在非 public 修饰的方法上
2、注解属性 propagation 设置错误
3、注解属性 rollbackFor 设置错误
4、同一个类中方法之间的调用，导致 @Transactional 失效
	开发中避免不了会对同一个类里面的方法调用，比如有一个类Test，它有一个方法A，A再调用本类的方法B（不论方法B是用public还是		private修饰），并且方法A没有声明注解事务，而B方法声明了。此时外部调用方法A之后，方法B的事务是不会起作用的。这也是经常犯错误	   的一个地方。
5、异常被你的 catch“吃了”导致 @Transactional 失效
6、数据库引擎不支持事务

失效
开发中避免不了会对同一个类里面的方法调用，比如有一个类Test，它有一个方法A，A再调用本类的方法B（不论方法B是用public还是 private修饰），并且方法A没有声明注解事务，而B方法声明了。此时外部调用方法A之后，方法B的事务是不会起作用的。这也是经常犯错误 的一个地方。
5、异常被你的 catch“吃了”导致 @Transactional 失效
6、数据库引擎不支持事务