雷州市规划建设局网站,wordpress 授权协议,北京推广优化经理,周口logo设计公司目录
◆ AOP 简介
- AOP的概念
- AOP思想的实现方案
- 模拟AOP的基础代码
- AOP相关概念
◆ 基于xml配置的AOP
- xml方式AOP快速入门
- xml方式AOP配置详解
- xml方式AOP原理剖析
◆ 基于注解配置的AOP
- 注解方式AOP基本使用
- 注解方式AOP配置详解
- 注解…目录
◆ AOP 简介
- AOP的概念
- AOP思想的实现方案
- 模拟AOP的基础代码
- AOP相关概念
◆ 基于xml配置的AOP
- xml方式AOP快速入门
- xml方式AOP配置详解
- xml方式AOP原理剖析
◆ 基于注解配置的AOP
- 注解方式AOP基本使用
- 注解方式AOP配置详解
- 注解方式AOP原理剖析
◆ 基于AOP的声明式事务控制
- Spring事务编程概述
- 搭建测试环境
- 基于xml声明式事务控制
- 基于注解声明式事务控制 ◆ AOP 简介
- AOP的概念
AOPAspect Oriented Programming面向切面编程是对面向对象编程OOP的升华。OOP是纵向对一个事物的抽象一个对象包括静态的属性信息包括动态的方法信息等。而AOP是横向的对不同事物的抽象属性与属性、方法与方法、对象与对象都可以组成一个切面而用这种思维去设计编程的方式叫做面向切面编程 - AOP思想的实现方案
动态代理技术在运行期间对目标对象的方法进行增强代理对象同名方法内可以执行原有逻辑的同时嵌入执行其他增强逻辑或其他对象的方法 - 模拟AOP的基础代码
其实在之前学习BeanPostProcessor时在BeanPostProcessor的after方法中使用动态代理对Bean进行了增强实际存储到单例池singleObjects中的不是当前目标对象本身而是当前目标对象的代理对象Proxy这样在调用目标对象方法时实际调用的是代理对象Proxy的同名方法起到了目标方法前后都进行增强的功能对该方式进行一下优化将增强的方法提取出去到一个增强类中且只对com.itheima.service.impl包下的任何类的任何方法进行增强 - AOP相关概念 ◆ 基于xml配置的AOP
- xml方式AOP快速入门
前面自己编写的AOP基础代码还是存在一些问题的主要如下
● 被增强的包名在代码写死了
● 通知对象的方法在代码中写死了 通过配置文件的方式去解决上述问题
● 配置哪些包、哪些类、哪些方法需要被增强
● 配置目标方法要被哪些通知方法所增强在目标方法执行之前还是之后执行增强
配置方式的设计、配置文件注解的解析工作Spring已经帮封装好了
xml方式配置AOP的步骤
1、导入AOP相关坐标 Spring-context坐标下已经包含spring-aop的包了所以就不用额外导入了 2、准备目标类、准备增强类并配置给Spring管理 3、配置切点表达式哪些方法被增强
4、配置织入切点被哪些通知方法增强是前置增强还是后置增强 - xml方式AOP配置详解
xml配置AOP的方式还是比较简单的下面看一下AOP详细配置的细节
● 切点表达式的配置方式
● 切点表达式的配置语法
● 通知的类型
● AOP的配置的两种方式
切点表达式的配置方式有两种直接将切点表达式配置在通知上也可以将切点表达式抽取到外面在通知上进行引用 切点表达式是配置要对哪些连接点哪些类的哪些方法进行通知的增强语法如下 其中
● 访问修饰符可以省略不写
● 返回值类型、某一级包名、类名、方法名 可以使用 * 表示任意
● 包名与类名之间使用单点 . 表示该包下的类使用双点 .. 表示该包及其子包下的类
● 参数列表可以使用两个点 .. 表示任意参数。
切点表达式举几个例子方便理解 AspectJ的通知由以下五种类型 通知名称 配置方式 执行时机 前置通知 aop:before 目标方法执行之前执行 后置通知 aop:after-returning 目标方法执行之后执行目标方法异常时不在执行 环绕通知 aop:around 目标方法执行前后执行目标方法异常时环绕后方法不在执行 异常通知 aop:after-throwing 目标方法抛出异常时执行 最终通知 aop:after 不管目标方法是否有异常最终都会执行
环绕通知 异常通知当目标方法抛出异常时异常通知方法执行且后置通知和环绕后通知不在执行
最终通知类似异常捕获中的finally不管目标方法有没有异常最终都会执行的通知 通知方法在被调用时Spring可以为其传递一些必要的参数 参数类型 作用 JoinPoint 连接点对象任何通知都可使用可以获得当前目标对象、目标方法参数等信息 ProceedingJoinPoint JoinPoint子类对象主要是在环绕通知中执行proceed()进而执行目标方法 Throwable 异常对象使用在异常通知中需要在配置文件中指出异常对象名称
JoinPoint 对象 ProceedingJoinPoint对象 Throwable对象 AOP的另一种配置方式该方式需要通知类实现Advice的子功能接口 Advice的子功能接口 例如通知类实现了前置通知和后置通知接口 切面使用advisor标签配置 又例如通知类实现了方法拦截器接口 切面使用advisor标签配置 使用aspect和advisor配置区别如下
1配置语法不同 2通知类的定义要求不同advisor 需要的通知类需要实现Advice的子功能接口 aspect 不需要通知类实现任何接口在配置的时候指定哪些方法属于哪种通知类型即可更加灵活方便 3可配置的切面数量不同
● 一个advisor只能配置一个固定通知和一个切点表达式
● 一个aspect可以配置多个通知和多个切点表达式任意组合粒度更细。
4使用场景不同
● 如果通知类型多、允许随意搭配情况下可以使用aspect进行配置
● 如果通知类型单一、且通知类中通知方法一次性都会使用到的情况下可以使用advisor进行配置
● 在通知类型已经固定不用人为指定通知类型时可以使用advisor进行配置例如后面要学习的Spring事务控制的配置
由于实际开发中自定义aop功能的配置大多使用aspect的配置方式所以主要讲解aspect的配置advisor是为了后面Spring声明式事务控制做铺垫此处了解即可。
- xml方式AOP原理剖析
通过xml方式配置AOP时引入了AOP的命名空间根据讲解的要去找spring-aop包下的META-INF在去找spring.handlers文件 最终加载的是 AopNamespaceHandler该Handler的init方法中注册了config标签对应的解析器 以ConfigBeanDefinitionParser作为入口进行源码剖析最终会注册一个AspectJAwareAdvisorAutoProxyCreator进入到Spring容器中那该类作用是什么呢看一下集成体系图 AspectJAwareAdvisorAutoProxyCreator 的上上级父类AbstractAutoProxyCreator中的postProcessAfterInitialization方法 通过断点方式观察当bean是匹配切点表达式时this.wrapIfNecessary(bean, beanName, cacheKey)返回的是一个JDKDynamicAopProxy 可以在深入一点对wrapIfNecessary在剖析一下看看是不是熟知的通过JDK的 Proxy.newProxyInstance(ClassLoader loader, Class?[] interfaces,InvocationHandler h) 的方式创建的代理对象呢经过如下一系列源码跟踪 动态代理的实现的选择在调用getProxy() 方法时我们可选用的 AopProxy接口有两个实现类如上图这两种都是动态生成代理对象的方式一种就是基于JDK的一种是基于Cglib的 代理技术 使用条件 配置方式 JDK 动态代理技术 目标类有接口是基于接口动态生成实现类的代理对象 目标类有接口的情况下默认方式 Cglib 动态代理技术 目标类无接口且不能使用final修饰是基于被代理对象动态生成子对象为代理对象 目标类无接口时默认使用该方式目标类有接口时手动配置aop:config proxy-target-class“true”强制使用Cglib方式 下面看一下Cglib基于超类的动态代理 ◆ 基于注解配置的AOP - 注解方式AOP基本使用
Spring的AOP也提供了注解方式配置使用相应的注解替代之前的xml配置xml配置AOP时主要配置了三部分目标类被Spring容器管理、通知类被Spring管理、通知与切点的织入切面如下 目标类被Spring容器管理、通知类被Spring管理 配置aop其实配置aop主要就是配置通知类中的哪个方法通知类型对应的切点表达式是什么 注解Aspect、Around需要被Spring解析所以在Spring核心配置文件中需要配置aspectj的自动代理 如果核心配置使用的是配置类的话需要配置注解方式的aop自动代理 - 注解方式AOP配置详解
各种注解方式通知类型 切点表达式的抽取使用一个空方法将切点表达式标注在空方法上其他通知方法引用即可 - 注解方式AOP原理剖析
之前在使用xml配置AOP时是借助的Spring的外部命名空间的加载方式完成的使用注解配置后就抛弃了aop:config标签而该标签最终加载了名AspectJAwareAdvisorAutoProxyCreator的BeanPostProcessor 最终在该BeanPostProcessor中完成了代理对象的生成。 同样从aspectj-autoproxy标签的解析器入手 而AspectJAutoProxyBeanDefinitionParser代码内部最终也是执行了和xml方式AOP一样的代码 如果使用的是核心配置类的话 查看EnableAspectJAutoProxy源码使用的也是Import导入相关解析类 使用Import导入的AspectJAutoProxyRegistrar源码一路追踪下去最终还是注册了AnnotationAwareAspectJAutoProxyCreator 这个类 ◆ 基于AOP的声明式事务控制 - Spring事务编程概述
事务是开发中必不可少的东西使用JDBC开发时我们使用connnection对事务进行控制使用MyBatis时我们使用SqlSession对事务进行控制缺点显而易见当我们切换数据库访问技术时事务控制的方式总会变化Spring 就将这些技术基础上提供了统一的控制事务的接口。Spring的事务分为编程式事务控制 和 声明式事务控制 事务控制方式 解释 编程式事务控制 Spring提供了事务控制的类和方法使用编码的方式对业务代码进行事务控制事务控制代码和业务操作代码耦合到了一起开发中不使用 声明式事务控制 Spring将事务控制的代码封装对外提供了Xml和注解配置方式通过配置的方式完成事务的控制可以达到事务控制与业务操作代码解耦合开发中推荐使用
Spring事务编程相关的类主要有如下三个 事务控制相关类 解释 平台事务管理器 PlatformTransactionManager 是一个接口标准实现类都具备事务提交、回滚和获得事务对象的功能不同持久层框架可能会有不同实现方案 事务定义 TransactionDefinition 封装事务的隔离级别、传播行为、过期时间等属性信息 事务状态 TransactionStatus 存储当前事务的状态信息如果事务是否提交、是否回滚、是否有回滚点等
- 搭建测试环境
搭建一个转账的环境dao层一个转出钱的方法一个转入钱的方法service层一个转账业务方法内部分别调用dao层转出钱和转入钱的方法准备工作如下
● 数据库准备一个账户表tb_account;
● dao层准备一个AccountMapper包括incrMoney和decrMoney两个方法
● service层准备一个transferMoney方法分别调用incrMoney和decrMoney方法
● 在applicationContext文件中进行Bean的管理配置
● 测试正常转账与异常转账。
- 基于xml声明式事务控制
结合上面学习的AOP的技术就可以想到可以使用AOP对Service的方法进行事务的增强。
● 目标类自定义的AccountServiceImpl内部的方法是切点
● 切点service业务类中的所有业务方法
● 通知类Spring提供的通知方法已经定义好只需要配置即可 分析
● 通知类是Spring提供的需要导入Spring事务的相关的坐标
● 配置目标类AccountServiceImpl
● 使用advisor标签配置切面。 配置目标类AccountServiceImpl 使用advisor标签配置切面 疑问Spring提供的通知类是谁是谁是spring-tx包下的advice标签配置提供的 对上述配置进行详解一下
首先平台事务管理器PlatformTransactionManager是Spring提供的封装事务具体操作的规范接口封装了事务的提交和回滚方法 不同的持久层框架事务操作的方式有可能不同所以不同的持久层框架有可能会有不同的平台事务管理器实现例如MyBatis作为持久层框架时使用的平台事务管理器实现是DataSourceTransactionManager。Hibernate作为持久层框架时使用的平台事务管理器是HibernateTransactionManager。
其次事务定义信息配置每个事务有很多特性例如隔离级别、只读状态、超时时间等这些信息在开发时可以通过connection进行指定而此处要通过配置文件进行配置 其中name属性名称指定哪个方法要进行哪些事务的属性配置此处需要区分的是切点表达式指定的方法与此处指定的方法的区别切点表达式是过滤哪些方法可以进行事务增强事务属性信息的name是指定哪个方法要进行哪些事务属性的配置 方法名在配置时也可以使用 * 进行模糊匹配例如 isolation属性指定事务的隔离级别事务并发存在三大问题脏读、不可重复读、幻读/虚读。可以通过设置事务的隔离级别来保证并发问题的出现常用的是READ_COMMITTED 和 REPEATABLE_READ isolation属性 解释 DEFAULT 默认隔离级别取决于当前数据库隔离级别例如MySQL默认隔离级别是REPEATABLE_READ READ_UNCOMMITTED A事务可以读取到B事务尚未提交的事务记录不能解决任何并发问题安全性最低性能最高 READ_COMMITTED A事务只能读取到其他事务已经提交的记录不能读取到未提交的记录。可以解决脏读问题但是不能解决不可重复读和幻读 REPEATABLE_READ A事务多次从数据库读取某条记录结果一致可以解决不可重复读不可以解决幻读 SERIALIZABLE 串行化可以解决任何并发问题安全性最高但是性能最低
read-only属性设置当前的只读状态如果是查询则设置为true可以提高查询性能如果是更新增删改操作则设置为false
timeout属性设置事务执行的超时时间单位是秒如果超过该时间限制但事务还没有完成则自动回滚事务不在继续执行。默认值是-1即没有超时时间限制 propagation属性设置事务的传播行为主要解决是A方法调用B方法时事务的传播方式问题的例如使用单方的事务还是A和B都使用自己的事务等。事务的传播行为有如下七种属性值可配置 事务传播行为 解释 REQUIRED默认值 A调用BB需要事务如果A有事务B就加入A的事务中如果A没有事务B就自己创建一个事务 REQUIRED_NEW A调用BB需要新事务如果A有事务就挂起B自己创建一个新的事务 SUPPORTS A调用BB有无事务无所谓A有事务就加入到A事务中A无事务B就以非事务方式执行 NOT_SUPPORTS A调用BB以无事务方式执行A如有事务则挂起 NEVER A调用BB以无事务方式执行A如有事务则抛出异常 MANDATORY A调用BB要加入A的事务中如果A无事务就抛出异常 NESTED A调用BB创建一个新事务A有事务就作为嵌套事务存在A没事务就以创建的新事务执行
xml方式声明式事务控制的原理浅析一下
tx:advice标签使用的命名空间处理器是TxNamespaceHandler内部注册的是解析器是TxAdviceBeanDefinitionParser TxAdviceBeanDefinitionParser中指定了要注册的BeanDefinition TxAdviceBeanDefinitionParser二级父类AbstractBeanDefinitionParser的parse方法将TransactionInterceptor以配置的名称注册到了Spring容器中 TransactionInterceptor中的invoke方法会被执行跟踪invoke方法最终会看到事务的开启和提交
● 在AbstractPlatformTransactionManager的132行中开启的事务
● 在TransactionAspectSupport的242行提交了事务。
- 基于注解声明式事务控制
注解就是对xml的替代 同样使用的事务的注解平台事务管理器仍然需要配置还需要进行事务注解开关的开启 如果使用全注解的话使用如下配置类的形式代替配置文件 来源黑马程序员新版Spring零基础入门到精通一套搞定spring全套视频教程含实战源码
