1、aop:aspect oriented programming 面向切面编程
2、aop在spring中作用
提供声明式事务(声明式服务)
允许用户实现自定义切面
3、aop:在不改变原有代码的情况下,增加新的功能
传统的编程模式: 自上而下纵向的编程
jsp
action
service
dao
Aop的编程模式:横向的编程
service模块←(横切service)Log() :可以参照之前的动态代理结合来看
4、aop的优势
a)使真实角色处理的业务更加的精准,不用再去关注公共的东西
b)公共的业务由代理来完成------实现了业务的分工
c)公共业务发生扩展时变得更加集中和方便
5、关注点:增加某个/种业务。比如log(日志)、安全、缓存、事务等。
切面:一个关注点的模块化,这个关注点可能会横切多个对象(比如之前的代理中的Log横切了service中的userservice,;Log也可以横切adminService) 切面注解:@Aspect
连接点:在程序执行过程中某个特定的点,比如执行add的时候Log会切入这个点
通知:在切面的某个特定的连接点上执行的动作.其中有around before after等不同类型的通知
切入点:匹配连接点的断言。通知和一个切入点表达式关联,并在满足这个切入点的连接点上运行(比如,当执行某个特定名称的方法时).切入点表达式如何和连接点匹配是Aop的核心:Spring缺省使用Aspect切入点语法
织入:吧切面连接到其他的应用程序类型或者对象上,并创建一个被通知的对象。
目标(Target): 被通知的对象
代理(Proxy): 向目标对象应用通知之后创建的对象
AOP的重要性 :
SpringAOP就是将公共的业务(入日志、安全等)和领域业务结合。当执行领域业务时将会把公共业务加进来。
实现公共业务的重复利用。领域业务更精准,我们写程序的可以更加专注于领域业务。其本质还是动态代理。
要在 Spring 应用中使用 AspectJ 注解, 必须在 classpath 下包含 AspectJ 类 库: aopalliance.jar、aspectj.weaver.jar 和 spring-aspects.jar
将 aop Schema 添加到 根元素中
要在 Spring IOC 容器中启用 AspectJ 注解支持, 只要在 Bean 配置文件中定义 一个空的 XML 元素
当 Spring IOC 容器侦测到 Bean 配置文件中的 元素时 , 会自动为与 AspectJ 切面匹配的 Bean 创建代理.
要在 Spring 中声明 AspectJ 切面, 只需要在 IOC 容器中将切面声 明为 Bean 实例. 当在 Spring IOC 容器中初始化 AspectJ 切面之 后, Spring IOC 容器就会为那些与 AspectJ 切面相匹配的 Bean 创 建代理.
在 AspectJ 注解中, 切面只是一个带有 @Aspect 注解的 Java 类.
通知是标注有某种注解的简单的 Java 方法.
最典型的切入点表达式时根据方法的签名来匹配各种方法: n execution * com.atguigu.spring.ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 中声明的所有方法,第一个 * 代表任意修饰符及任意 返回值. 第二个 * 代表任意方法. .. 匹配任意数量的参数. 若目标类与接 口与该切面在同一个包中, 可以省略包名. n execution public * ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 接口的所有公有方法. n execution public double ArithmeticCalculator.*(..): 匹配 ArithmeticCalculator 中返回 double 类型数值的方法 n execution public double ArithmeticCalculator.*(double, ..): 匹配第 一个参数为 double 类型的方法, .. 匹配任意数量任意类型的参数 n execution public double ArithmeticCalculator.*(double, double): 匹 配参数类型为 double, double 类型的方法.
可以在通知方法中声明一个类型为 JoinPoint 的参数. 然后就能访问 链接细节. 如方法名称和参数值.
后置通知是在连接点完成之后执行的, 即连接点返回结果或者抛出异常的时 候, 下面的后置通知记录了方法的终止. n 一个切面可以包括一个或者多个通知.
n 无论连接点是正常返回还是抛出异常, 后置通知都会执行. 如果只想 在连接点返回的时候记录日志, 应使用返回通知代替后置通知.
在返回通知中, 只要将 returning 属性添加到 @AfterReturning 注 解中, 就可以访问连接点的返回值. 该属性的值即为用来传入返回值 的参数名称. n 必须在通知方法的签名中添加一个同名参数. 在运行时, Spring AOP 会通过这个参数传递返回值. n 原始的切点表达式需要出现在 pointcut 属性中
只在连接点抛出异常时才执行异常通知 n 将 throwing 属性添加到 @AfterThrowing 注解中, 也可以访问连接 点抛出的异常. Throwable 是所有错误和异常类的超类. 所以在异常 通知方法可以捕获到任何错误和异常. n 如果只对某种特殊的异常类型感兴趣, 可以将参数声明为其他异常的 参数类型. 然后通知就只在抛出这个类型及其子类的异常时才被执行.
环绕通知是所有通知类型中功能最为强大的, 能够全面地控制连接点. 甚至可以控制是否执行连接点.
对于环绕通知来说, 连接点的参数类型必须是 ProceedingJoinPoint . 它是 JoinPoint 的子接口, 允许控制何时执行, 是否执行连接点.
在环绕通知中需要明确调用 ProceedingJoinPoint 的 proceed() 方 法来执行被代理的方法. 如果忘记这样做就会导致通知被执行了, 但 目标方法没有被执行.
注意: 环绕通知的方法需要返回目标方法执行之后的结果, 即调用 joinPoint.proceed(); 的返回值, 否则会出现空指针异常
在同一个连接点上应用不止一个切面时, 除非明确指定, 否则它们的 优先级是不确定的. n 切面的优先级可以通过实现 Ordered 接口或利用 @Order 注解指定. n 实现 Ordered 接口, getOrder() 方法的返回值越小, 优先级越高. n 若使用 @Order 注解, 序号出现在注解中
在编写 AspectJ 切面时, 可以直接在通知注解中书写切入点表达式. 但同一个切点表达式可能会在多个通知中重复出现. n 在 AspectJ 切面中, 可以通过 @Pointcut 注解将一个切入点声明成 简单的方法. 切入点的方法体通常是空的, 因为将切入点定义与应用 程序逻辑混在一起是不合理的. n 切入点方法的访问控制符同时也控制着这个切入点的可见性. 如果切 入点要在多个切面中共用, 最好将它们集中在一个公共的类中. 在这 种情况下, 它们必须被声明为 public. 在引入这个切入点时, 必须将 类名也包括在内. 如果类没有与这个切面放在同一个包中, 还必须包 含包名. n 其他通知可以通过方法名称引入该切入点.
引入通知是一种特殊的通知类型. 它通过为接口提供实现类, 允许对 象动态地实现接口, 就像对象已经在运行时扩展了实现类一样.
除了使用 AspectJ 注解声明切面, Spring 也支持在 Bean 配置文件 中声明切面. 这种声明是通过 aop schema 中的 XML 元素完成的.
正常情况下, 基于注解的声明要优先于基于 XML 的声明. 通过 AspectJ 注解, 切面可以与 AspectJ 兼容, 而基于 XML 的配置则是 Spring 专有的. 由于 AspectJ 得到越来越多的 AOP 框架支持, 所以 以注解风格编写的切面将会有更多重用的机会.
当使用 XML 声明切面时, 需要在 根元素中导入 aop Schema n 在 Bean 配置文件中, 所有的 Spring AOP 配置都必须定义在 元素内部. 对于每个切面而言, 都要创建一个 元素来为具体的切面实现引用后端 Bean 实例. n 切面 Bean 必须有一个标示符, 供 元素引用
元素声明 n 切入点必须定义在 元素下, 或者直接定义在 元素下. n 定义在 元素下: 只对当前切面有效 n 定义在 元素下: 对所有切面都有效 n 基于 XML 的 AOP 配置不允许在切入点表达式中用名称引用其他切入 点.
每种通知类型都对应一个特定的 XML 元素. n 通知元素需要使用 来引用切入点, 或用 直接嵌入切入点表达式. method 属性指定切面类中通知方法的名称