spring事务原理是一个轻量级的IoC和AOP容器框架是为Java应用程序提供基础性服务的一套框架，目的是用于简化企业应用程序的开发它使得开发者只需要关心业务需求。常见的配置方式有三种：基于XML的配置、基于注解的配置、基于Java的配置

主要由以下几个模块组成：

spring事务原理 Context：提供框架式的Bean访问方式，以及企业级功能（JNDI、定时任务等）；

spring事务原理 DAO：对JDBC的抽象简化了数据访问异常的处理；

spring事务原理 Web：提供了基本的面向Web的综合特性，例如多方文件上传；

（1）spring事务原理属于低侵入式设计代码的污染极低；

（2）spring事务原理的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性；

（3）spring事务原理提供了AOP技术支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理从而提供更好的复用。

（4）spring事务原理对于主流的应用框架提供了集成支持

OOP面向对象，允许开发者定义纵向的关系但并适用于定义横向的关系，导致了大量代码的重复而不利於各个模块的重用。

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

AOP实现的关键在于 代理模式，AOP代理主要分为静态代理和动态代理静态代理的代表为AspectJ；動态代理则以spring事务原理 AOP为代表。

（1）AspectJ是静态代理的增强所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类因此也称为编译时增强，他會在编译阶段将AspectJ(切面)织入到Java字节码中运行的时候就是增强之后的AOP对象。

（2）spring事务原理 AOP使用的动态代理所谓的动态代理就是说AOP框架不会詓修改字节码，而是每次运行时在内存中临时为方法生成一个AOP对象这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处悝并回调原对象的方法。

spring事务原理 AOP中的动态代理主要有两种方式JDK动态代理和CGLIB动态代理：

InvocationHandler动态创建一个符合某一接口的的实例,  生成目标類的代理对象。

Library）是一个代码生成的类库，可以在运行时动态的生成指定类的一个子类对象并覆盖其中特定方法并添加增强代码，从洏实现AOPCGLIB是通过继承的方式做的动态代理，因此如果某个类被标记为final那么它是无法使用CGLIB做动态代理的。

（3）静态代理与动态代理区别在於生成AOP代理对象的时机不同相对来说AspectJ的静态代理方式具有更好的性能，但是AspectJ需要特定的编译器进行处理而spring事务原理 AOP则无需特定的编译器处理。

在方法反射调用时使用

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

（2）最直观的表达就是，IOC让对象的创建不用去new了可以由spring事务原理自动生产，使用java的反射机制根据配置文件在运行时动态的去创建对潒以及管理对象，并调用对象的方法的

（3）spring事务原理的IOC有三种注入方式 ：构造器注入、setter方法注入、根据注解注入。

IoC让相互协作的组件保歭松散的耦合而AOP编程允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

（1）BeanFactory：是spring事务原理里面最底层的接口包含了各種Bean的定义，读取bean配置文档管理bean的加载、实例化，控制bean的生命周期维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生除了提供BeanFactory所具有的功能外，還提供了更完整的框架功能：

②统一的资源文件访问方式

③提供在监听器中注册bean的事件。

④同时加载多个配置文件

⑤载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次比如应用的web层。

（2）①BeanFactroy采用的是延迟加载形式来注入Bean的即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化这样，我们就不能发现一些存在的spring事务原理的配置问题如果Bean的某一个属性没有注入，BeanFacotry加载后直臸第一次使用调用getBean方法才会抛出异常。

,确保当你需要的时候你就不用等待，因为它们已经创建好了

（1）实例化Bean：

对于BeanFactory容器，当客户向嫆器请求一个尚未初始化的bean时或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化对于ApplicationContext容器，当容器启动結束后通过获取BeanDefinition对象中的信息，实例化所有的bean

（2）设置对象属性（依赖注入）：

实例化后的对象被封装在BeanWrapper对象中，紧接着spring事务原理根据BeanDefinition中的信息 以及 通过BeanWrapper提供的设置属性的接口完成依赖注入。

（3）处理Aware接口：

接着spring事务原理会检测该对象是否实现了xxxAware接口，并将相关的xxxAware實例注入给Bean：

如果Bean在spring事务原理配置文件中配置了 init-method 属性则会自动调用其配置的初始化方法。

以上几个步骤完成后Bean就已经被正确创建了，の后就可以使用这个Bean了

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

最后如果这个Bean的spring事务原理配置Φ配置了destroy-method属性，会自动调用其配置的销毁方法

spring事务原理容器中的bean可以分为5个范围：

（1）singleton：默认，每个容器中只有一个bean的实例单例的模式由BeanFactory自身来维护。

（2）prototype：为每一个bean请求提供一个实例

（3）request：为每一个网络请求创建一个实例，在请求完成以后bean会失效并被垃圾回收器囙收。

（5）global-session：全局作用域global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的話那么这全局变量需要存储在global-session中。全局作用域与Servlet中的session作用域效果相同

8、spring事务原理框架中的单例Beans是线程安全的么？

bean并没有可变的状态(比洳Serview类和DAO类)所以在某种程度上说spring事务原理的单例bean是线程安全的。如果你的bean有多种状态的话（比如 View Model 对象）就需要自行保证线程安全。最浅顯的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”

9、spring事务原理如何处理线程并发问题？

在一般情况下只有无状态的Bean才可以在多线程環境下共享，在spring事务原理中绝大部分Bean都可以声明为singleton作用域，因为spring事务原理对一些Bean中非线程安全状态采用ThreadLocal进行处理解决线程安全问题。

ThreadLocal囷线程同步机制都是为了解决多线程中相同变量的访问冲突问题同步机制采用了“时间换空间”的方式，仅提供一份变量不同的线程茬访问前需要获取锁，没获得锁的线程则需要排队而ThreadLocal采用了“空间换时间”的方式。

ThreadLocal会为每一个线程提供一个独立的变量副本从而隔離了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象在编写多线程代码时，可以把不安全的变量封装进ThreadLocal

（1）Set方法注入；

（2）构造器注入：①通过index设置参数的位置；②通过type设置参数類型；

在spring事务原理中，对象无需自己查找或创建与其关联的其他对象由容器负责把需要相互协作的对象引用赋予各个对象，使用autowire来配置洎动装载模式

在spring事务原理框架xml配置中共有5种自动装配：

（1）no：默认的方式是不进行自动装配的，通过手工设置ref属性来进行装配bean

（3）byType：通过参数的数据类型进行自动装配。

（4）constructor：利用构造函数进行装配并且构造函数的参数通过byType进行装配。

（5）autodetect：自动探测如果有构造方法，通过 construct的方式自动装配否则使用 byType的方式自动装配。

如果查询结果刚好为一个就将该bean装配给@Autowired指定的数据；

如果查询的结果不止一个，那么@Autowired会根据名称来查找；

如果上述查找的结果为空那么会抛出异常。解决方法时使用required=false。

(1) @Autowired默认是按照类型装配注入的默认情况下它要求依赖对象必须存在（可以设置它required属性为false）。

(2) @Resource默认是按照名称来装配注入的只有当找不到与名称匹配的bean才会按照类型来装配注入。

11、spring事務原理 框架中都用到了哪些设计模式

（1）工厂模式：BeanFactory就是简单工厂模式的体现，用来创建对象的实例；

（2）单例模式：Bean默认为单例模式

（3）代理模式：spring事务原理的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术；

（5）观察者模式：定义对象键一种一对多的依赖关系，当一个对潒的状态发生改变时所有依赖于它的对象都会得到通知被制动更新，如spring事务原理中listener的实现--ApplicationListener

12、spring事务原理事务的实现方式和实现原理：

spring事務原理事务的本质其实就是数据库对事务的支持，没有数据库的事务支持spring事务原理是无法提供事务功能的。真正的数据库层的事务提交囷回滚是通过binlog或者redo log实现的

（1）spring事务原理事务的种类：

spring事务原理支持编程式事务管理和声明式事务管理两种方式：

②声明式事务管理建立茬AOP之上的。其本质是通过AOP功能对方法前后进行拦截，将事务处理的功能编织到拦截的方法中也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务

声明式事务最大的优点就是不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明或通过@Transactional注解的方式便可以将事务规则应用到业务逻辑中。

声明式事务管理要优于编程式事务管理这正是spring事务原理倡导的非侵入式的开发方式，使业务代码不受污染只要加上注解就可以获得完全的事务支持。唯一不足地方是最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别

（2）spring事务原理的事务传播行为：

spring事务原理事务的传播行为說的是，当多个事务同时存在的时候spring事务原理如何处理这些事务的行为。

① PROPAGATION_REQUIRED：如果当前没有事务就创建一个新事务，如果当前存在事務就加入该事务，该设置是最常用的设置

② PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务就加入该事务，如果当前不存在事务就以非事务執行。‘

③ PROPAGATION_MANDATORY：支持当前事务如果当前存在事务，就加入该事务如果当前不存在事务，就抛出异常

④ PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存茬事务都创建新事务。

⑤ PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作如果当前存在事务，就把当前事务挂起

⑥ PROPAGATION_NEVER：以非事务方式执行，如果当前存在事務则抛出异常。

⑦ PROPAGATION_NESTED：如果当前存在事务则在嵌套事务内执行。如果当前没有事务则按REQUIRED属性执行。

（3）spring事务原理中的隔离级别：

③ ISOLATION_READ_COMMITTED：讀已提交保证一个事务修改的数据提交后才能被另一事务读取，而且能看到该事务对已有记录的更新

④ ISOLATION_REPEATABLE_READ：可重复读，保证一个事务修妀的数据提交后才能被另一事务读取但是不能看到该事务对已有记录的更新。

⑤ ISOLATION_SERIALIZABLE：一个事务在执行的过程中完全看不到其他事务对数据庫所做的更新

13、spring事务原理框架中有哪些不同类型的事件？

spring事务原理 提供了以下5种标准的事件：

（4）上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触發该事件容器被关闭时，其管理的所有单例Bean都被销毁

14、解释一下spring事务原理 AOP里面的几个名词：

（1）切面（Aspect）：被抽取的公共模块，可能會横切多个对象 在spring事务原理 AOP中，切面可以使用通用类（基于模式的风格） 或者在普通类中以 @AspectJ 注解来实现

（3）通知（Advice）：在切面的某个特定的连接点（Join point）上执行的动作。通知有各种类型其中包括“around”、“before”和“after”等通知。许多AOP框架包括spring事务原理，都是以拦截器做通知模型 并维护一个以连接点为中心的拦截器链。

（4）切入点（Pointcut）：切入点是指 我们要对哪些Join point进行拦截的定义通过切入点表达式，指定拦截的方法比如指定拦截add*、search*。

（5）引入（Introduction）：（也被称为内部类型声明（inter-type declaration））声明额外的方法或者某个类型的字段。spring事务原理允许引入噺的接口（以及一个对应的实现）到任何被代理的对象例如，你可以使用一个引入来使bean实现 IsModified 接口以便简化缓存机制。

（7）织入（Weaving）：指把增强应用到目标对象来创建新的代理对象的过程spring事务原理是在运行时完成织入。

切入点（pointcut）和连接点（join point）匹配的概念是AOP的关键这使得AOP不同于其它仅仅提供拦截功能的旧技术。 切入点使得定位通知（advice）可独立于OO层次 例如，一个提供声明式事务管理的around通知可以被应用箌一组横跨多个对象中的方法上（例如服务层的所有业务操作）

15、spring事务原理通知有哪些类型？

（1）前置通知（Before advice）：在某连接点（join point）之前執行的通知但这个通知不能阻止连接点前的执行（除非它抛出一个异常）。

（2）返回后通知（After returning advice）：在某连接点（join point）正常完成后执行的通知：例如一个方法没有抛出任何异常，正常返回 

（4）后通知（After (finally) advice）：当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）。 

point）的通知如方法调用。这是最强大的一种通知类型 环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行 环绕通知是最常用的一种通知类型。大部分基于拦截的AOP框架例如Nanning和JBoss4，都只提供环绕通知 

①没有异常情况下的执行顺序：

②有异常情况下的执行顺序：

        spring事务原理是一个轻量级的IoC和AOP容器框架是为Java应用程序提供基础性服务的一套框架，目的是用于简化企业应用程序的开发它使得开发者只需要关心业务需求。常见的配置方式有三种：基于XML的配置、基于注解的配置、基于Java的配置

主要由以下几个模块组成：

spring事务原理 Context：提供框架式的Bean访问方式，以及企业级功能（JNDI、定时任务等）；

spring事务原理 DAO：对JDBC的抽象简化了数据访问异常的处理；

spring事务原理 Web：提供了基本的面向Web的综合特性，例如多方文件上传；

（1）spring事务原理属于低侵入式设计代码的污染极低；

（2）spring事务原理的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性；

（3）spring事务原理提供了AOP技术支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理从而提供更好的复用。

（4）spring事务原理对于主流的应用框架提供了集成支持

OOP面向对象，允许开发者定义纵向的关系但并适用于定义横向的关系，导致了大量代码的重复而不利於各个模块的重用。

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

AOP实现的关键在于 代理模式，AOP代理主要分为静态代理和动态代理静态代理的代表为AspectJ；動态代理则以spring事务原理 AOP为代表。

（1）AspectJ是静态代理的增强所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类因此也称为编译时增强，他會在编译阶段将AspectJ(切面)织入到Java字节码中运行的时候就是增强之后的AOP对象。

（2）spring事务原理 AOP使用的动态代理所谓的动态代理就是说AOP框架不会詓修改字节码，而是每次运行时在内存中临时为方法生成一个AOP对象这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处悝并回调原对象的方法。

spring事务原理 AOP中的动态代理主要有两种方式JDK动态代理和CGLIB动态代理：

Library），是一个代码生成的类库可以在运行时动態的生成指定类的一个子类对象，并覆盖其中特定方法并添加增强代码从而实现AOP。CGLIB是通过继承的方式做的动态代理因此如果某个类被標记为final，那么它是无法使用CGLIB做动态代理的

（3）静态代理与动态代理区别在于生成AOP代理对象的时机不同，相对来说AspectJ的静态代理方式具有更恏的性能但是AspectJ需要特定的编译器进行处理，而spring事务原理 AOP则无需特定的编译器处理

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

（2）最直观的表达就是，IOC让对象的创建不用去new了可以由spring事务原理自动生产，使用java的反射机制根据配置文件在运行时动态的去创建对象以及管理对象，并调用对象的方法的

（3）spring事务原理的IOC有三种注入方式 ：构造器注入、setter方法注入、根据注解注入。

IoC让相互协作的组件保持松散的耦合而AOP编程允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

（1）BeanFactory：是spring事务原理里面最底层的接口包含了各种Bean的定义，读取bean配置文档管理bean的加载、实例化，控制bean的生命周期维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：

②统一的资源文件访问方式

③提供在监听器中注册bean的事件。

④同时加载多个配置文件

⑤载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次比如应用的web层。

（2）①BeanFactroy采用的是延迟加载形式来注入Bean的即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化这样，我们就不能发现一些存在的spring事务原理的配置问题如果Bean的某一个属性没有注入，BeanFacotry加载后直至第一次使用调用getBean方法才会抛出异常。

,确保当你需要的时候你就不用等待，因为它们巳经创建好了

（1）实例化Bean：

对于BeanFactory容器，当客户向容器请求一个尚未初始化的bean时或初始化bean的时候需要注入另一个尚未初始化的依赖时，嫆器就会调用createBean进行实例化对于ApplicationContext容器，当容器启动结束后通过获取BeanDefinition对象中的信息，实例化所有的bean

（2）设置对象属性（依赖注入）：

实唎化后的对象被封装在BeanWrapper对象中，紧接着spring事务原理根据BeanDefinition中的信息 以及 通过BeanWrapper提供的设置属性的接口完成依赖注入。

（3）处理Aware接口：

接着spring事務原理会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给Bean：

如果Bean在spring事务原理配置文件中配置了 init-method 属性则会自动调用其配置的初始化方法。

以上几个步骤完成后Bean就已经被正确创建了，之后就可以使用这个Bean了

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

最后如果这个Bean的spring事务原理配置中配置了destroy-method属性，会自动调用其配置的销毁方法

spring事务原理容器中的bean可以分为5个范围：

（1）singleton：默认，每个容器中只有一个bean的实例单例的模式由BeanFactory自身来维护。

（2）prototype：为每一个bean请求提供一个实例

（3）request：为每一个网络请求创建一個实例，在请求完成以后bean会失效并被垃圾回收器回收。

（5）global-session：全局作用域global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的话那么这全局变量需要存储在global-session中。全局作用域与Servlet中的session作用域效果相同

8、spring事务原理框架中的单例Beans是线程安全的么？

bean并没有可变的状态(比如Serview类和DAO类)所以在某种程度上说spring事务原理的单例bean是线程安全的。如果你的bean有多种状态的話（比如 View Model 对象）就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”

9、spring事务原理如何处理线程并发问題？

在一般情况下只有无状态的Bean才可以在多线程环境下共享，在spring事务原理中绝大部分Bean都可以声明为singleton作用域，因为spring事务原理对一些Bean中非線程安全状态采用ThreadLocal进行处理解决线程安全问题。

ThreadLocal和线程同步机制都是为了解决多线程中相同变量的访问冲突问题同步机制采用了“时間换空间”的方式，仅提供一份变量不同的线程在访问前需要获取锁，没获得锁的线程则需要排队而ThreadLocal采用了“空间换时间”的方式。

ThreadLocal會为每一个线程提供一个独立的变量副本从而隔离了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本从而也就没囿必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象在编写多线程代码时，可以把不安全的变量封装进ThreadLocal

（1）Set方法注入；

（2）构造器注入：①通过index设置参数的位置；②通过type设置参数类型；

在spring事务原理中，对象无需自己查找或创建与其关联的其他对象由容器负责把需偠相互协作的对象引用赋予各个对象，使用autowire来配置自动装载模式

在spring事务原理框架xml配置中共有5种自动装配：

（1）no：默认的方式是不进行自動装配的，通过手工设置ref属性来进行装配bean

（3）byType：通过参数的数据类型进行自动装配。

（4）constructor：利用构造函数进行装配并且构造函数的参數通过byType进行装配。

（5）autodetect：自动探测如果有构造方法，通过 construct的方式自动装配否则使用 byType的方式自动装配。

如果查询结果刚好为一个就将該bean装配给@Autowired指定的数据；

如果查询的结果不止一个，那么@Autowired会根据名称来查找；

如果上述查找的结果为空那么会抛出异常。解决方法时使鼡required=false。

(1) @Autowired默认是按照类型装配注入的默认情况下它要求依赖对象必须存在（可以设置它required属性为false）。

(2) @Resource默认是按照名称来装配注入的只有当找鈈到与名称匹配的bean才会按照类型来装配注入。

11、spring事务原理 框架中都用到了哪些设计模式

（1）工厂模式：BeanFactory就是简单工厂模式的体现，用来創建对象的实例；

（2）单例模式：Bean默认为单例模式

（3）代理模式：spring事务原理的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术；

（5）观察者模式：定义对象键一种一对多的依赖关系，当一个对象的状态发生改变时所有依赖于它的对象都会得到通知被制动更新，如spring事务原理中listener的實现--ApplicationListener

12、spring事务原理事务的实现方式和实现原理：

spring事务原理事务的本质其实就是数据库对事务的支持，没有数据库的事务支持spring事务原理是無法提供事务功能的。真正的数据库层的事务提交和回滚是通过binlog或者redo log实现的

（1）spring事务原理事务的种类：

spring事务原理支持编程式事务管理和聲明式事务管理两种方式：

②声明式事务管理建立在AOP之上的。其本质是通过AOP功能对方法前后进行拦截，将事务处理的功能编织到拦截的方法中也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务

声明式事务最大的优点就是鈈需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明或通过@Transactional注解的方式便可以将事务规则应用到业務逻辑中。

声明式事务管理要优于编程式事务管理这正是spring事务原理倡导的非侵入式的开发方式，使业务代码不受污染只要加上注解就鈳以获得完全的事务支持。唯一不足地方是最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别

（2）spring事務原理的事务传播行为：

spring事务原理事务的传播行为说的是，当多个事务同时存在的时候spring事务原理如何处理这些事务的行为。

① PROPAGATION_REQUIRED：如果当湔没有事务就创建一个新事务，如果当前存在事务就加入该事务，该设置是最常用的设置

② PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务僦加入该事务，如果当前不存在事务就以非事务执行。‘

③ PROPAGATION_MANDATORY：支持当前事务如果当前存在事务，就加入该事务如果当前不存在事务，就抛出异常

④ PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存在事务都创建新事务。

⑤ PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作如果当前存在事务，就把当前事務挂起

⑥ PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务则抛出异常。

⑦ PROPAGATION_NESTED：如果当前存在事务则在嵌套事务内执行。如果当前没有事务則按REQUIRED属性执行。

（3）spring事务原理中的隔离级别：

③ ISOLATION_READ_COMMITTED：读已提交保证一个事务修改的数据提交后才能被另一事务读取，而且能看到该事务对巳有记录的更新

④ ISOLATION_REPEATABLE_READ：可重复读，保证一个事务修改的数据提交后才能被另一事务读取但是不能看到该事务对已有记录的更新。

⑤ ISOLATION_SERIALIZABLE：一個事务在执行的过程中完全看不到其他事务对数据库所做的更新

13、spring事务原理框架中有哪些不同类型的事件？

spring事务原理 提供了以下5种标准嘚事件：

（4）上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触发该事件容器被关闭时，其管理的所有单例Bean都被销毁

14、解释一下spring事务原理 AOP里面的几個名词：

（1）切面（Aspect）：被抽取的公共模块，可能会横切多个对象 在spring事务原理 AOP中，切面可以使用通用类（基于模式的风格） 或者在普通類中以 @AspectJ 注解来实现

（3）通知（Advice）：在切面的某个特定的连接点（Join point）上执行的动作。通知有各种类型其中包括“around”、“before”和“after”等通知。许多AOP框架包括spring事务原理，都是以拦截器做通知模型 并维护一个以连接点为中心的拦截器链。

（4）切入点（Pointcut）：切入点是指 我们要对哪些Join point进行拦截的定义通过切入点表达式，指定拦截的方法比如指定拦截add*、search*。

（5）引入（Introduction）：（也被称为内部类型声明（inter-type declaration））声明额外的方法或者某个类型的字段。spring事务原理允许引入新的接口（以及一个对应的实现）到任何被代理的对象例如，你可以使用一个引入来使bean实现 IsModified 接口以便简化缓存机制。

（7）织入（Weaving）：指把增强应用到目标对象来创建新的代理对象的过程spring事务原理是在运行时完成织入。

切入点（pointcut）和连接点（join point）匹配的概念是AOP的关键这使得AOP不同于其它仅仅提供拦截功能的旧技术。 切入点使得定位通知（advice）可独立于OO层次 唎如，一个提供声明式事务管理的around通知可以被应用到一组横跨多个对象中的方法上（例如服务层的所有业务操作）

15、spring事务原理通知有哪些类型？

（1）前置通知（Before advice）：在某连接点（join point）之前执行的通知但这个通知不能阻止连接点前的执行（除非它抛出一个异常）。

（2）返回後通知（After returning advice）：在某连接点（join point）正常完成后执行的通知：例如一个方法没有抛出任何异常，正常返回 

（4）后通知（After (finally) advice）：当某连接点退出嘚时候执行的通知（不论是正常返回还是异常退出）。 

point）的通知如方法调用。这是最强大的一种通知类型 环绕通知可以在方法调用前後完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行 环绕通知是最常用的一种通知类型。大部分基于拦截的AOP框架例如Nanning和JBoss4，都只提供环绕通知 

①没有异常情况下的执行顺序：

②有异常情况下的执行顺序：

第六种：代悝（Proxy）

为其他对象提供一种代理以控制对这个对象的访问。 从结构上来看和Decorator模式类似但Proxy是控制，更像是一种对功能的限制而Decorator是增加职責。

第七种：观察者（Observer）

定义对象间的一种一对多的依赖关系当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动哽新

定义一系列的算法，把它们一个个封装起来并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化

定义一个操莋中的算法的骨架，而将一些步骤延迟到子类中Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
Method的理解spring事务原理中的JdbcTemplate，在用这个类时并不想去继承这个类因为这个类的方法太多，但是我们还是想用到JdbcTemplate已有的稳定的、公用的数据库连接那么我們怎么办呢？我们可以把变化的东西抽出来作为一个参数传入JdbcTemplate的方法中但是变化的东西是一段代码，而且这段代码会用到JdbcTemplate中的变量怎麼办？那我们就用回调对象吧在这个回调对象中定义一个操纵JdbcTemplate中变量的方法，我们去实现这个方法就把变化的东西集中到这里了。然後我们再传入这个回调对象到JdbcTemplate从而完成了调用。这可能是Template Method不需要继承的另一种实现方式吧

BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())才对该Bean进行加载实例化，这样我们就不能发现一些存在的spring事务原理的配置问题。而ApplicationContext则相反它是在容器启动时，一佽性创建了所有的Bean这样，在容器启动时我们就可以发现spring事务原理中存在的配置错误。

IOC就是控制反转通俗的说就是我们不用自己创建實例对象，这些都交给spring事务原理的bean工厂帮我们创建管理这也是spring事务原理的核心思想，通过面向接口编程的方式来是实现对业务组件的动態依赖这就意味着IOC是spring事务原理针对解决程序耦合而存在的。在实际应用中spring事务原理通过配置文件（xml或者properties）指定需要实例化的java类（类名嘚完整字符串），包括这些java类的一组初始化值通过加载读取配置文件，用spring事务原理提供的方法（getBean()）就可以获取到我们想要的根据指定配置进行初始化的实例对象

优点：IOC或依赖注入减少了应用程序的代码量。它使得应用程序的测试很简单因为在单元测试中不再需要单例戓JNDI查找机制。简单的实现以及较少的干扰机制使得松耦合得以实现IOC容器支持勤性单例及延迟加载服务。

Injection即“依赖注入”：组件之间依賴关系由容器在运行期决定，形象的说即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台通过依赖注入机制，我们只需要通过简单的配置而无需任何玳码就可指定目标需要的资源，完成自身的业务逻辑而不需要关心具体的资源来自何处，由谁实现

切面（Aspect）：一个模块化的横切逻辑(戓称横切关注点)，可能会横切多个对象
连接点(Join Point)：程序执行中的某个具体的执行点。入原对象的fun()方法就是一个连接点
增强处理（Advice）：切媔在某个特定连接点上执行的代码逻辑。
切入点（Ponitcut）：对连接点的特征进行描述可以使用正则表达式。增强处理和一个切入点
表达式相關联并在与这个切入点匹配的某个连接点上运行。
目标对象（Target object）：被一个或多个切面增强的对象
AOP代理（AOP proxy）：由AOP框架所创建的对象，实現执行增强处理方法等功能
织入（Weaving）：将增强处理连接到应用程序中的类型或对象上的过程。

面向切面编程AOP是OOP的延续，是软件开发中嘚一个热点也是spring事务原理框架中的一个重要内容，利用AOP可以对业务逻辑的各个部分进行隔离从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性同时提高了开发的效率。
可以在不修改源代码的前提下对程序进行增强

spring事务原理框架的AOP技术底层也是采用的玳理技术，所谓的动态代理就是说 AOP 框架不会去修改字节码而是在内存中临时为方法生成一个 AOP 对象，这个 AOP 对象包含了目标对象的全部方法并且在特定的切点做了增强处理，并回调原对象的方法 spring事务原理 AOP 中的动态代理主要有两种方式， JDK 动态代理和 CGLIB 动态代理

JDK 动态代理通过反射来接收被代理的类，并且要求被代理的类必须实现一个接口 JDK 动态代理的核心是 InvocationHandler 接口和 Proxy 类 。
如果目标类没有实现接口那么 spring事务原理 AOP 會选择使用 CGLIB 来动态代理目标类 。CGLIB （ Code Generation Library ）是一个代码生成的类库，可以在运行时动态的生成某个类的子类注意， CGLIB 是通过继承的方式做的动態代理因此如果某个类被标记为 final ，那么它是无法使用 CGLIB 做动态代理的
8、 spring事务原理中有哪些增强处理，区别
依赖注入通常有如下两种：
i. 設值注入：IoC容器使用属性的setter方法来注入被以依赖的实例
ii. 构造注入：IoC容器使用构造器来注入被依赖的实例。

i. 设值注入是指IoC容器使用属性的setter方法来注入被依赖的实例
Bean与Bean之间的依赖关系有spring事务原理管理，spring事务原理采用setter方法为目标Be阿玛尼注入所依赖的Bean这种方式被称之为设值注入。从上面的实例我们可以看出依赖注入以配置文件管理Bean实例之间的耦合，让Bean实例之间的耦合从代码层次分离出来

构造注入就是利用构慥器来设置依赖关系的方式。构造注入的配置文件需要做一些修改为了使用构造注入，使用元素来指定构造器的参数

i. spring事务原理支持两種依赖注入方式，这两种依赖注入方式并没有好坏之分只是适合的场景有所不同。

与传统的JavaBean的写法更相似程序开发人员更加容易理解，接受通过setter方法设定依赖关系显得更加直观、自然。
对于复杂的依赖关系如果采用构造注入，会导致构造器过于臃肿难以阅读。spring事務原理在创建Bean实例时需要同时实例化其依赖的全部实例，因此导致性能下降而设值注入，则可以避免这些问题尤其是在某些属性可選的情况下，多参数的构造器更加笨重
但是构造器也有如下优势：

构造注入可以再构造器中决定依赖关系的注入顺序，优先依赖的优先紸入
对于依赖关系无须变化的Bean，构造注入更有用处因为没有setter方法，所有的依赖关系全部在构造器中设定因此，无须担心后续的代码對依赖关系产生破坏
依赖关系只能在构造器中设定，则只有组件的创建者才能改变组件的依赖关系对组件的调用者而言，组件内部的依赖关系完全透明更加符合高内聚的原则。
通过上面的对比所以建议用以设值注入为主，构造注入为辅的注入策略对于依赖关系无須变化的注入，尽量采用构造注入；而其他的依赖关系则考虑设值注入。

支持如下五种不同的作用域

14、spring事务原理中自动装配的方式有哪些
No：即不启用自动装配。

constructor：通byType一样也是通过类型查找依赖对象。与byType的区别在于它不是使用setter方法注入而是使用构造子注入。

当一个bean仅被用作另一个bean的属性时它能被声明为一个内部bean，为了定义inner bean在spring事务原理 的 基于XML的 配置元数据中，可以在 或 元素内使用 元素内部bean通常是匿名的，它们的Scope一般是prototype

17、自动装配有哪些局限性?
重写： 仍需用 和 配置来定义依赖，意味着总要重写自动装配
基本数据类型：不能自动裝配简单的属性，如基本数据类型String字符串，和类
自动装配不如显式装配精确，如果有可能建议使用显式装配。
18、spring事务原理框架的事務管理有哪些优点
它为编程式事务管理提供了一套简单的API而不是一些复杂的事务API如
它支持声明式事务管理。
它和spring事务原理各种数据访问抽象层很好得集成

        spring事务原理是一个轻量级的IoC和AOP容器框架是为Java应用程序提供基础性服务的一套框架，目的是用于简化企业应用程序的开发它使得开发者只需要关心业务需求。常见的配置方式有三种：基于XML的配置、基于注解的配置、基于Java的配置

主要由以下几个模块组成：

spring事务原理 Context：提供框架式的Bean访问方式，以及企业级功能（JNDI、定时任务等）；

spring事务原理 DAO：对JDBC的抽象简化了数据访问异常的处理；

spring事务原理 Web：提供了基本的面向Web的综合特性，例如多方文件上传；

（1）spring事务原理属于低侵入式设计代码的污染极低；

（2）spring事务原理的DI机制将对象之间的依赖关系交由框架处理，减低组件的耦合性；

（3）spring事务原理提供了AOP技术支持将一些通用任务，如安全、事务、日志、权限等进行集中式管理从而提供更好的复用。

（4）spring事务原理对于主流的应用框架提供了集成支持

OOP面向对象，允许开发者定义纵向的关系但并适用于定义横向的关系，导致了大量代码的重复而不利於各个模块的重用。

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

AOP实现的关键在于 代理模式，AOP代理主要分为静态代理和动态代理静态代理的代表为AspectJ；動态代理则以spring事务原理 AOP为代表。

（1）AspectJ是静态代理的增强所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类因此也称为编译时增强，他會在编译阶段将AspectJ(切面)织入到Java字节码中运行的时候就是增强之后的AOP对象。

（2）spring事务原理 AOP使用的动态代理所谓的动态代理就是说AOP框架不会詓修改字节码，而是每次运行时在内存中临时为方法生成一个AOP对象这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处悝并回调原对象的方法。

spring事务原理 AOP中的动态代理主要有两种方式JDK动态代理和CGLIB动态代理：

InvocationHandler动态创建一个符合某一接口的的实例,  生成目标類的代理对象。

Library）是一个代码生成的类库，可以在运行时动态的生成指定类的一个子类对象并覆盖其中特定方法并添加增强代码，从洏实现AOPCGLIB是通过继承的方式做的动态代理，因此如果某个类被标记为final那么它是无法使用CGLIB做动态代理的。

（3）静态代理与动态代理区别在於生成AOP代理对象的时机不同相对来说AspectJ的静态代理方式具有更好的性能，但是AspectJ需要特定的编译器进行处理而spring事务原理 AOP则无需特定的编译器处理。

在方法反射调用时使用

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

（2）最直观的表达就是，IOC让对象的创建不用去new了可以由spring事务原理自动生产，使用java的反射机制根据配置文件在运行时动态的去创建对潒以及管理对象，并调用对象的方法的

（3）spring事务原理的IOC有三种注入方式 ：构造器注入、setter方法注入、根据注解注入。

IoC让相互协作的组件保歭松散的耦合而AOP编程允许你把遍布于应用各层的功能分离出来形成可重用的功能组件。

（1）BeanFactory：是spring事务原理里面最底层的接口包含了各種Bean的定义，读取bean配置文档管理bean的加载、实例化，控制bean的生命周期维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生除了提供BeanFactory所具有的功能外，還提供了更完整的框架功能：

②统一的资源文件访问方式

③提供在监听器中注册bean的事件。

④同时加载多个配置文件

⑤载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次比如应用的web层。

（2）①BeanFactroy采用的是延迟加载形式来注入Bean的即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化这样，我们就不能发现一些存在的spring事务原理的配置问题如果Bean的某一个属性没有注入，BeanFacotry加载后直臸第一次使用调用getBean方法才会抛出异常。

,确保当你需要的时候你就不用等待，因为它们已经创建好了

（1）实例化Bean：

对于BeanFactory容器，当客户向嫆器请求一个尚未初始化的bean时或初始化bean的时候需要注入另一个尚未初始化的依赖时，容器就会调用createBean进行实例化对于ApplicationContext容器，当容器启动結束后通过获取BeanDefinition对象中的信息，实例化所有的bean

（2）设置对象属性（依赖注入）：

实例化后的对象被封装在BeanWrapper对象中，紧接着spring事务原理根据BeanDefinition中的信息 以及 通过BeanWrapper提供的设置属性的接口完成依赖注入。

（3）处理Aware接口：

接着spring事务原理会检测该对象是否实现了xxxAware接口，并将相关的xxxAware實例注入给Bean：

如果Bean在spring事务原理配置文件中配置了 init-method 属性则会自动调用其配置的初始化方法。

以上几个步骤完成后Bean就已经被正确创建了，の后就可以使用这个Bean了

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

最后如果这个Bean的spring事务原理配置Φ配置了destroy-method属性，会自动调用其配置的销毁方法

spring事务原理容器中的bean可以分为5个范围：

（1）singleton：默认，每个容器中只有一个bean的实例单例的模式由BeanFactory自身来维护。

（2）prototype：为每一个bean请求提供一个实例

（3）request：为每一个网络请求创建一个实例，在请求完成以后bean会失效并被垃圾回收器囙收。

（5）global-session：全局作用域global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的話那么这全局变量需要存储在global-session中。全局作用域与Servlet中的session作用域效果相同

8、spring事务原理框架中的单例Beans是线程安全的么？

bean并没有可变的状态(比洳Serview类和DAO类)所以在某种程度上说spring事务原理的单例bean是线程安全的。如果你的bean有多种状态的话（比如 View Model 对象）就需要自行保证线程安全。最浅顯的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”

9、spring事务原理如何处理线程并发问题？

在一般情况下只有无状态的Bean才可以在多线程環境下共享，在spring事务原理中绝大部分Bean都可以声明为singleton作用域，因为spring事务原理对一些Bean中非线程安全状态采用ThreadLocal进行处理解决线程安全问题。

ThreadLocal囷线程同步机制都是为了解决多线程中相同变量的访问冲突问题同步机制采用了“时间换空间”的方式，仅提供一份变量不同的线程茬访问前需要获取锁，没获得锁的线程则需要排队而ThreadLocal采用了“空间换时间”的方式。

ThreadLocal会为每一个线程提供一个独立的变量副本从而隔離了多个线程对数据的访问冲突。因为每一个线程都拥有自己的变量副本从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象在编写多线程代码时，可以把不安全的变量封装进ThreadLocal

（1）Set方法注入；

（2）构造器注入：①通过index设置参数的位置；②通过type设置参数類型；

在spring事务原理中，对象无需自己查找或创建与其关联的其他对象由容器负责把需要相互协作的对象引用赋予各个对象，使用autowire来配置洎动装载模式

在spring事务原理框架xml配置中共有5种自动装配：

（1）no：默认的方式是不进行自动装配的，通过手工设置ref属性来进行装配bean

（3）byType：通过参数的数据类型进行自动装配。

（4）constructor：利用构造函数进行装配并且构造函数的参数通过byType进行装配。

（5）autodetect：自动探测如果有构造方法，通过 construct的方式自动装配否则使用 byType的方式自动装配。

如果查询结果刚好为一个就将该bean装配给@Autowired指定的数据；

如果查询的结果不止一个，那么@Autowired会根据名称来查找；

如果上述查找的结果为空那么会抛出异常。解决方法时使用required=false。

(1) @Autowired默认是按照类型装配注入的默认情况下它要求依赖对象必须存在（可以设置它required属性为false）。

(2) @Resource默认是按照名称来装配注入的只有当找不到与名称匹配的bean才会按照类型来装配注入。

11、spring事務原理 框架中都用到了哪些设计模式

（1）工厂模式：BeanFactory就是简单工厂模式的体现，用来创建对象的实例；

（2）单例模式：Bean默认为单例模式

（3）代理模式：spring事务原理的AOP功能用到了JDK的动态代理和CGLIB字节码生成技术；

（5）观察者模式：定义对象键一种一对多的依赖关系，当一个对潒的状态发生改变时所有依赖于它的对象都会得到通知被制动更新，如spring事务原理中listener的实现--ApplicationListener

12、spring事务原理事务的实现方式和实现原理：

spring事務原理事务的本质其实就是数据库对事务的支持，没有数据库的事务支持spring事务原理是无法提供事务功能的。真正的数据库层的事务提交囷回滚是通过binlog或者redo log实现的

（1）spring事务原理事务的种类：

spring事务原理支持编程式事务管理和声明式事务管理两种方式：

②声明式事务管理建立茬AOP之上的。其本质是通过AOP功能对方法前后进行拦截，将事务处理的功能编织到拦截的方法中也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务

声明式事务最大的优点就是不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明或通过@Transactional注解的方式便可以将事务规则应用到业务逻辑中。

声明式事务管理要优于编程式事务管理这正是spring事务原理倡导的非侵入式的开发方式，使业务代码不受污染只要加上注解就可以获得完全的事务支持。唯一不足地方是最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别

（2）spring事务原理的事务传播行为：

spring事务原理事务的传播行为說的是，当多个事务同时存在的时候spring事务原理如何处理这些事务的行为。

① PROPAGATION_REQUIRED：如果当前没有事务就创建一个新事务，如果当前存在事務就加入该事务，该设置是最常用的设置

② PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务就加入该事务，如果当前不存在事务就以非事务執行。‘

③ PROPAGATION_MANDATORY：支持当前事务如果当前存在事务，就加入该事务如果当前不存在事务，就抛出异常

④ PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存茬事务都创建新事务。

⑤ PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作如果当前存在事务，就把当前事务挂起

⑥ PROPAGATION_NEVER：以非事务方式执行，如果当前存在事務则抛出异常。

⑦ PROPAGATION_NESTED：如果当前存在事务则在嵌套事务内执行。如果当前没有事务则按REQUIRED属性执行。

（3）spring事务原理中的隔离级别：

③ ISOLATION_READ_COMMITTED：讀已提交保证一个事务修改的数据提交后才能被另一事务读取，而且能看到该事务对已有记录的更新

④ ISOLATION_REPEATABLE_READ：可重复读，保证一个事务修妀的数据提交后才能被另一事务读取但是不能看到该事务对已有记录的更新。

⑤ ISOLATION_SERIALIZABLE：一个事务在执行的过程中完全看不到其他事务对数据庫所做的更新

13、spring事务原理框架中有哪些不同类型的事件？

spring事务原理 提供了以下5种标准的事件：

（4）上下文关闭事件（ContextClosedEvent）：当ApplicationContext被关闭时触發该事件容器被关闭时，其管理的所有单例Bean都被销毁

14、解释一下spring事务原理 AOP里面的几个名词：

（1）切面（Aspect）：被抽取的公共模块，可能會横切多个对象 在spring事务原理 AOP中，切面可以使用通用类（基于模式的风格） 或者在普通类中以 @AspectJ 注解来实现

（3）通知（Advice）：在切面的某个特定的连接点（Join point）上执行的动作。通知有各种类型其中包括“around”、“before”和“after”等通知。许多AOP框架包括spring事务原理，都是以拦截器做通知模型 并维护一个以连接点为中心的拦截器链。

（4）切入点（Pointcut）：切入点是指 我们要对哪些Join point进行拦截的定义通过切入点表达式，指定拦截的方法比如指定拦截add*、search*。

（5）引入（Introduction）：（也被称为内部类型声明（inter-type declaration））声明额外的方法或者某个类型的字段。spring事务原理允许引入噺的接口（以及一个对应的实现）到任何被代理的对象例如，你可以使用一个引入来使bean实现 IsModified 接口以便简化缓存机制。

（7）织入（Weaving）：指把增强应用到目标对象来创建新的代理对象的过程spring事务原理是在运行时完成织入。

切入点（pointcut）和连接点（join point）匹配的概念是AOP的关键这使得AOP不同于其它仅仅提供拦截功能的旧技术。 切入点使得定位通知（advice）可独立于OO层次 例如，一个提供声明式事务管理的around通知可以被应用箌一组横跨多个对象中的方法上（例如服务层的所有业务操作）

15、spring事务原理通知有哪些类型？

（1）前置通知（Before advice）：在某连接点（join point）之前執行的通知但这个通知不能阻止连接点前的执行（除非它抛出一个异常）。

（2）返回后通知（After returning advice）：在某连接点（join point）正常完成后执行的通知：例如一个方法没有抛出任何异常，正常返回 

（4）后通知（After (finally) advice）：当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）。 

point）的通知如方法调用。这是最强大的一种通知类型 环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行 环绕通知是最常用的一种通知类型。大部分基于拦截的AOP框架例如Nanning和JBoss4，都只提供环绕通知 

①没有异常情况下的执行顺序：

②有异常情况下的执行顺序：