SpringAOP入门
AOP概述
- AOP Aspect Oriented Programming 面向切面编程
- 概念：
- 在程序开发过程中主要用来解决一些系统层面的问题，比如日志事务权限等管理，Struts2就是基于AOP的思想实现的例子，在不改变原来逻辑的基础上对原有的功能进行增强，AOP编程思想是对OOP编程思想的补充与完善，在java中OOP引入了封装继承多态的概念建立了对象层次结构，对于实体进行抽象得出一个类，为一个类添加具体属性使得成为一个实体，但是在OOP开发过程中只是定义了纵向的关系，并不适合横向关系的定义，比如日志功能，日志代码横向的分布在所有的对象层次中，但是这些功能的有无并不影响原来逻辑的执行，这些代码造成了代码的冗余，而AOP就为这种缺点提供了一种解决思路，及把这些切面进行封装，降低各个板块与这写功能代码的耦合度，提升代码的可维护性重用性。
- AOP相关概念：
- 横切关注点：对哪些方法进行拦截，拦截后怎么处理，这些关注点称之为横切关注点
- Aspect(切面）：通常是一个类，在里面定义切入点与通知
- JoinPoint（连接点）：在程序执行过程中的明确的点，一般是方法的调用，Spring只是支持方法类型的JP，在其他的AOP实现方式中还可以是字段或者构造器。
- Advice(通知)：AOP在切面中进行增强处理的时候有before ,after ,afterReturning,afterThrowing,around
- Pointcut(切入点)，带有通知的切入点，在程序中主要表现为写切入点表达式
- Weave(织入)：将切面应用到目标对象并导致代理对象创建的过程
- introduction(引入)：在不修改代码的前提下，引入可以在运行期为类动态地添加一些方法或字段
- AOP代理(AOP Proxy)：AOP框架创建的对象，代理就是目标对象的加强。Spring中的AOP代理可以使JDK动态代理，也可以是CGLIB代理，前者基于接口，后者基于子类
- 目标对象（Target Object）: 包含连接点的对象。也被称作被通知或被代理对象。
- 使用场景：
- Authentication 权限
- Caching 缓存
- Context passing 内容传递
- Error handling 错误处理
- Lazy loading 懒加载
- Debugging 调试
- logging, tracing, profiling and monitoring 记录跟踪 优化 校准
- Performance optimization 性能优化
- Persistence 持久化
- Resource pooling 资源池
- Synchronization 同步
- Transactions 事务
- AOP实现方式
- 基于javaSE的动态代理，java本身提供的动态代理方法，基于接口
- CGLIB动态代理，基于子类
- Aspectj:修改目标类的字节码文件，在代码编译的时候
- instrusmentation :自定义类加载器，在把字节码文件加载到内存中的时候修改
Spring实现AOP的方式（xml）
-
XML
-
XML+注解
-
注解
-
引入依赖
<dependency> <groupId>org.aspectj</groupId> <artifactId>aspectjweaver</artifactId> <version>1.9.4</version> </dependency> -
配置xml
<bean id="aopServiceImp" class="com.wx.service.imp.AopServiceImp"/> <bean id="aopAdvice" class="com.wx.aop.AopAdvice"/> <!--配置AOP--> <!--4.配置AOP--> <aop:config> <!--5.配置切入点 那些方法需要增强, 定义了一个变量指定当前需要增强的方法--> <aop:pointcut id="pt" expression="execution(* *..*(..))"/> <!--6.配置切面（切入点与通知的关系） 通过aspect指定定pt中指定的方法到底要做什么增强--> <aop:aspect ref="aopAdvice"> <!--7.在pt所指的方法前面执行printCurTime方法--> <aop:before pointcut-ref="pt" method="strengthenShowTime" /> </aop:aspect> </aop:config> -
注意点
-
在获得被增强的bean的时候只能使用接口来接收
AopTestService bean = cpxac.getBean(AopTestService.class); -
原因：
- 在底层aop的实现是使用的动态代理，经过动态代理以后获得的对象是一个代理类与原来的具体实现类不存在继承实现关系，在使用IOC容器中获得的bean对象是经过动态代理的类。
-
-
AspectJ
- AOP的java实现的一个框架
-
切入点表达式：
-
关键字 （访问修饰符 返回值 包名.类名.方法名（参数） 异常名）
- 关键字列表：execution ：匹配执行指定方法 args ：匹配带有指定参数类型的方法
-
通配符：
- * ：表示任意字符
- 。。：任意多个字符
-
示例解释
execution(public void com..service.*.*(..)) 匹配 返回值是void 以com包开始中间包含service的包的所有类的所有方法 execution(public * com..service.*.id*(..)) 匹配 返回值是任意类型 以com包开始中间包含service的包的所有类的以id开始的方法名的所有方法 execution(public * com..service.*.*id(..)) 匹配 返回值是任意类型 以com包开始中间包含service的包的所有类的以id结束的方法名的所有方法
-
-
切入点的配置方法
- 公共切入点
- 在aop：aspect前面配置
- 局部切入点1
- 在aop：aspect里面配置
- 局部切入点 2
- aop:before里面配置
- 公共切入点
-
切入点配置经验：
- 企业开发命名规范严格遵循规范文档进行
- 先为方法配置局部切入点
- 再抽取类中公共切入点
- 最后抽取全局切入点
- 代码走查过程中检测切入点是否存在越界性包含
- 代码走查过程中检测切入点是否存在非包含性进驻
- 设定AOP执行检测程序，在单元测试中监控通知被执行次数与预计次数是否匹配
- 设定完毕的切入点如果发生调整务必进行回归测试
（以上规则适用于XML配置格式）
-
Advice类型
- 前置通知：原始方法执行前执行，如果通知中抛出异常，阻止原始方法运行
- 应用：数据校验
- 后置通知：原始方法执行后执行，无论原始方法中是否出现异常，都将执行通知
- 应用：现场清理
- 返回后通知：原始方法正常执行完毕并返回结果后执行，如果原始方法中抛出异常，无法执行
- 应用：返回值相关数据处理
- 抛出异常后通知：原始方法抛出异常后执行，如果原始方法没有抛出异常，无法执行
- 应用：对原始方法中出现的异常信息进行处理
- 环绕通知：在原始方法执行前后均有对应执行执行，还可以阻止原始方法的执行
- 应用：十分强大，可以做任何事情（需要在切面中对原来的方法进行调用）
- 前置通知：原始方法执行前执行，如果通知中抛出异常，阻止原始方法运行
-
环绕通知
public Object around(ProceedingJoinPoint pjp){ Object proceed = null; try { System.out.println("环绕最牛逼之在前面执行之包含before"); proceed = pjp.proceed(); System.out.println("环绕最牛逼之在后面执行执行之after-returning"); } catch (Throwable throwable) { throwable.printStackTrace(); // 发生异常的返回after-throwing System.out.println("发生了异常的执行代码之环绕通知之包含after-throwing"); }finally { System.out.println("不管发不发生异常都要执行之环绕通知之包含after"); } return proceed; }- 方法须设定Object类型的返回值，否则会拦截原始方法的返回。如果原始方法返回值类型为
void，通知方法也可以设定返回值类型为void，最终返回null - 方法需在第一个参数位置设定ProceedingJoinPoint对象，通过该对象调用proceed()方法，实
现对原始方法的调用。如省略该参数，原始方法将无法执行 - 使用proceed()方法调用原始方法时，因无法预知原始方法运行过程中是否会出现异常，强制抛
出Throwable对象，封装原始方法中可能出现的异常信息
- 方法须设定Object类型的返回值，否则会拦截原始方法的返回。如果原始方法返回值类型为
-
通知顺序
- 配置顺序就是运行顺序
-
通知中获取数据
-
参数
// 使用JoinPoint参数获得,此方法适合所有通知 public void strengthenShowTime(JoinPoint jp){ Object[] args = jp.getArgs(); System.out.println(System.currentTimeMillis()); } //[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nC1bdhOh-1595069916230)(F:\MarkDownOnte\学习笔记\面试题解析\assets\1594969075316.png)]
-
返回值
<aop:aspect ref="myAdvice"> <aop:pointcut id="pt3" expression="execution(* *(..)) "/> <aop:after-returning method="afterReturning" pointcut-ref="pt3" returning="ret"/> // returning标识原方法返回值 </aop:aspect>public void afterReturning(Object ret) { System.out.println(ret); } // 适用于after-returning环绕通知直接是pjp.proceed()方法运行的结果值
-
异常
<aop:aspect ref="myAdvice"> <aop:pointcut id="pt3" expression="execution(* *(..)) "/> <aop:after-throwing method="afterReturning" pointcut-ref="pt3" throwing="ret"/> // returning标识原方法返回值 </aop:aspect>
-
Spring的AOP入门(注解)
-
把各个类注入IOC容器
-
在xml配置文件中开启自动代理注解支持
<aop:aspectj-autoproxy/>// 开启注解支持<context:component-scan base-packge="包名">// 注解扫描解析 -
配置切面@Aspect
-
配置切入点@Pointcut
-
方法切入@After @Before @AfterThrowing @AfterReturning @ Around
-
执行顺序 先使用类名进行排序，然后使用方法名进行排序
AOP使用XML配置情况下，通知的执行顺序由配置顺序决定，在注解情况下由于不存在配置顺序的概念
的概念，参照通知所配置的方法名字符串对应的编码值顺序，可以简单理解为字母排序
-
一个通知类中，相同通知类型以方法名排序为准
-
不同通知类中，以类名排序为准
-
使用@Order注解通过变更bean的加载顺序改变通知的加载顺序
-
开发默认规则
-
知方法名由3部分组成，分别是前缀、顺序编码、功能描述
-
前缀为固定字符串，例如baidu、alibaba等，无实际意义
-
顺序编码为6位以内的整数，通常3位即可，不足位补0
-
功能描述为该方法对应的实际通知功能，例如exception、strLenCheck
-
控制通知执行顺序使用顺序编码控制，使用时做一定空间预留
-
003使用，006使用，预留001、002、004、005、007、008
-
使用时从中段开始使用，方便后期做前置追加或后置追加
-
最终顺序以运行顺序为准，以测试结果为准，不以设定规则为准
-
注解方式开启自动代理
- @EnableAspectjAutoProxy
AOP实现原理
-
静态代理
- 装饰者设计模式
-
动态代理-Proxy
- 基于j接口的动态代理，代理以后生成的对象与被代理的对象是兄弟关系实现了相同的接口
-
动态代理-CGLB
- 基于子类的代理，代理以后生成的对象是被代理对象的一个子类，被代理对象不能是final修饰的类
-
织入形式
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XIiAbikP-1595069916233)(F:\MarkDownOnte\学习笔记\Spring\assets\1594983750818.png)]
-
注解方式开启自动代理
- @EnableAspectjAutoProxy
AOP实现原理
-
静态代理
- 装饰者设计模式
-
动态代理-Proxy
- 基于j接口的动态代理，代理以后生成的对象与被代理的对象是兄弟关系实现了相同的接口
-
动态代理-CGLB
- 基于子类的代理，代理以后生成的对象是被代理对象的一个子类，被代理对象不能是final修饰的类
-
织入形式
[外链图片转存中…(img-XIiAbikP-1595069916233)]
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
