第3章 AOP 面向切面编程
3.1 动态代理
动态代理作用：功能增强和控制访问
3.1.1 JDK 动态代理（理解）
动态代理是指，程序在整个运行过程中根本就不存在目标类的代理类，目标对象的代理
对象只是由代理生成工具（不是真实定义的类）在程序运行时由 JVM 根据反射等机制动态
生成的。代理对象与目标对象的代理关系在程序运行时才确立。
对比静态代理，静态代理是指在程序运行前就已经定义好了目标类的代理类。代理类
与目标类的代理关系在程序运行之前就确立了。
动态代理的实现方式常用的有两种：使用 JDK 的 Proxy，与通过 CGLIB 生成代理。
Jdk 的动态要求目标对象必须实现接口，这是 java 设计上的要求。
从 jdk1.3 以来，java 语言通过 java.lang.reflect 包提供三个类支持代理模式 Proxy, Method
和 InovcationHandler。
A、通过 JDK 的 java.lang.reflect.Proxy 类实现动态代理，会使用其静态方法
newProxyInstance()，依据目标对象、业务接口及调用处理器三者，自动生成一个动态代理对象。
public static newProxyInstance ( ClassLoaderloader, Class<?>[]interfaces,
InvocationHandlerhandler)
loader：目标类的类加载器，通过目标对象的反射可获取
interfaces：目标类实现的接口数组，通过目标对象的反射可获取
handler：调用处理器。
B、 InvocationHandler 是个接口，其具体介绍如下：
实现了 InvocationHandler 接口的类用于加强目标类的主业务逻辑。这个接口中有一个
方法 invoke()，具体加强的代码逻辑就是定义在该方法中的。程序调用主业务逻辑时，会自
动调用 invoke()方法。
//Object proxy:代理对象
//Method m :调用的方法
//Object [] args: 调用方法的参数
public Object invoke(Object proxy, Method m, Object[] args)
C、 Method 类对象，该类有一个方法也叫 invoke()，可以调用目标类的目标方法。
这两个 invoke()方法，虽然同名，但无关。
public Object invoke ( Object obj, Object… args)
obj：表示目标对象
args：表示目标方法参数，就是其上一层 invoke 方法的第三个参数
3.1.2 CGLIB 动态代理（理解）
CGLIB(Code Generation Library)是一个开源项目。是一个强大的，高性能，高质量的 Code
生成类库，它可以在运行期扩展 Java 类与实现 Java 接口。它广泛的被许多 AOP 的框架
使用，例如 Spring AOP。
使用 JDK 的 Proxy 实现代理，要求目标类与代理类实现相同的接口。若目标类不存在
接口，则无法使用该方式实现。但对于无接口的类，要为其创建动态代理，就要使用 CGLIB 来实现。
CGLIB 代理的生成原理是生成目标类的子类，而子类是增强过的，这个子类对象就是代理对象。所以，使用 CGLIB 生成动态代理，要求目标类必须能够被继承，即不能是 final 的类。
CGLIB 经常被应用在框架中，例如 Spring ，Hibernate 等。cglib 的代理效率高于 Jdk。
项目中直接使用动态代理的地方不多。一般都使用框架提供的功能。
（1） 导入 jar
（2） 定义目标类
SomeSerivce.java ，有 String doSome()方法
（3） 定义调用处理器，实现 MethodInterceptor 接口
（5） 定义客户端类
3.2 AOP 引入（理解）
Step1：项目 aop_leadin1
先定义好接口与一个实现类，该实现类中除了要实现接口中的方法外，还要再写两个非
业务方法。非业务方法也称为交叉业务逻辑：
1> doTransaction()：用于事务处理
2> doLog()：用于日志处理
然后，再使接口方法调用它们。接口方法也称为主业务逻辑
Step2：项目 aop_leadin2
当然，也可以有另一种解决方案：将这些交叉业务逻辑代码放到专门的工具类或处理类中，由主业务逻辑调用。
Step3：项目 aop_leadin3
以上的解决方案，还是存在弊端：交叉业务与主业务深度耦合在一起。当交叉业务逻辑
较多时，在主业务代码中会出现大量的交叉业务逻辑代码调用语句，大大影响了主业务逻辑
的可读性，降低了代码的可维护性，同时也增加了开发难度。
所以，可以采用动态代理方式。在不修改主业务逻辑的前提下，扩展和增强其功能。
AOP 为 Aspect Oriented Programming 的缩写，意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP 是 OOP 的延续，是软件开发中的一个热点，也是 Spring 框架中的一个重要内容。利用 AOP 可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。
面向切面编程，就是将交叉业务逻辑封装成切面，利用 AOP 容器的功能将切面织入到主业务逻辑中。所谓交叉业务逻辑是指，通用的、与主业务逻辑无关的代码，如安全检查、事务、日志、缓存等。
若不使用 AOP，则会出现代码纠缠，即交叉业务逻辑与主业务逻辑混合在一起。这样，会使主业务逻辑变的混杂不清。
例如，转账，在真正转账业务逻辑前后，需要权限控制、日志记录、加载事务、结束事务等交叉业务逻辑，而这些业务逻辑与主业务逻辑间并无直接关系。但，它们的代码量所占比重能达到总代码量的一半甚至还多。它们的存在，不仅产生了大量的“冗余”代码，还大大干扰了主业务逻辑—转账。
AOP 编程术语(掌握)
（1） 切面（Aspect）
切面泛指交叉业务逻辑。上例中的事务处理、日志处理就可以理解为切面。常用的切面
是通知（Advice）。实际就是对主业务逻辑的一种增强。
（2） 织入（Weaving）
织入是指将切面代码插入到目标对象的过程。上例中MyInvocationHandler类中的invoke()
方法完成的工作，就可以称为织入。
（3） 连接点（JoinPoint）
连接点指可以被切面织入的具体方法。通常业务接口中的方法均为连接点
（4） 切入点（Pointcut）
切入点指声明的一个或多个连接点的集合。通过切入点指定一组方法。
被标记为 final 的方法是不能作为连接点与切入点的。因为最终的是不能被修改的，不
能被增强的。
（5） 目标对象（Target）
目 标 对 象 指 将 要 被 增 强 的 对 象 。 即 包 含 主 业 务 逻 辑 的 类 的 对 象 。 上 例 中 的
StudentServiceImpl 的对象若被增强，则该类称为目标类，该类对象称为目标对象。当然，
不被增强，也就无所谓目标不目标了。
（6） 通知（Advice）
通知是切面的一种实现，可以完成简单织入功能（织入功能就是在这里完成的）。上例
中的 MyInvocationHandler 就可以理解为是一种通知。换个角度来说，通知定义了增强代码
切入到目标代码的时间点，是目标方法执行之前执行，还是之后执行等。通知类型不同，切
入时间不同。
切入点定义切入的位置，通知定义切入的时间。
3.5 AspectJ 对 AOP 的实现(掌握)
对于 AOP 这种编程思想，很多框架都进行了实现。Spring 就是其中之一，可以完成面向
切面编程。然而，AspectJ 也实现了 AOP 的功能，且其实现方式更为简捷，使用更为方便，
而且还支持注解式开发。所以，Spring 又将 AspectJ 的对于 AOP 的实现也引入到了自己的框
架中。
在 Spring 中使用 AOP 开发时，一般使用 AspectJ 的实现方式。
3.5.1 AspectJ 简介
AspectJ 是一个面向切面的框架，它扩展了 Java 语言。AspectJ 定义了 AOP 语法，它有一个专门的编译器用来生成遵守 Java 字节编码规范的 Class 文件
官网地址：http://www.eclipse.org/aspectj/
AspetJ 是 Eclipse 的开源项目，官网介绍如下：
a seamless aspect-oriented extension to the Javatm programming language（一种基于 Java 平台的面向切面编程的语言）
Java platform compatible（兼容 Java 平台，可以无缝扩展）
easy to learn and use（易学易用）
3.5.2 AspectJ 的通知类型(理解)
AspectJ 中常用的通知有五种类型：
（1）前置通知
（2）后置通知
（3）环绕通知
（4）异常通知
（5）最终通知
3.5.3 AspectJ 的切入点表达式(掌握)
AspectJ 定义了专门的表达式用于指定切入点。表达式的原型是：
execution ( [modifiers-pattern] 访问权限类型
ret-type-pattern 返回值类型
[declaring-type-pattern] 全限定性类名
name-pattern(param-pattern)方法名(参数名)
[throws-pattern] 抛出异常类型
)
切入点表达式要匹配的对象就是目标方法的方法名。所以，execution 表达式中明显就
是方法的签名。注意，表达式中加[ ]的部分表示可省略部分，各部分间用空格分开。在其中
可以使用以下符号：
execution(public * (…))
指定切入点为：任意公共方法。
execution( set*(…))
指定切入点为：任何一个以“set”开始的方法。
execution(* com.xyz.service..(…))
指定切入点为：定义在 service 包里的任意类的任意方法。
execution(* com.xyz.service….(…))
指定切入点为：定义在 service 包或者子包里的任意类的任意方法。“…”出现在类名中时，后面必须跟“”，表示包、子包下的所有类。
execution( .service..(…))
指定只有一级包下的 serivce 子包下所有类（接口）中所有方法为切入点
execution( …service..(…))
指定所有包下的 serivce 子包下所有类（接口）中所有方法为切入点
execution( .ISomeService.(…))
指定只有一级包下的 ISomeSerivce 接口中所有方法为切入点
execution(* …ISomeService.(…))
指定所有包下的 ISomeSerivce 接口中所有方法为切入点
execution(* com.xyz.service.IAccountService.(…))
指定切入点为：IAccountService 接口中的任意方法。
execution( com.xyz.service.IAccountService+.(…))
指定切入点为：IAccountService 若为接口，则为接口中的任意方法及其所有实现类中的任意
方法；若为类，则为该类及其子类中的任意方法。
execution( joke(String,int)))
指定切入点为：所有的 joke(String,int)方法，且 joke()方法的第一个参数是 String，第二个参
数是 int。如果方法中的参数类型是 java.lang 包下的类，可以直接使用类名，否则必须使用
全限定类名，如 joke( java.util.List, int)。
execution(* joke(String,)))
指定切入点为：所有的 joke()方法，该方法第一个参数为 String，第二个参数可以是任意类
型，如joke(String s1,String s2)和joke(String s1,double d2)都是，但joke(String s1,double d2,String
s3)不是。
execution( joke(String,…)))
指定切入点为：所有的 joke()方法，该方法第一个参数为 String，后面可以有任意个参数且
参数类型不限，如 joke(String s1)、joke(String s1,String s2)和 joke(String s1,double d2,String s3)
都是。
execution(* joke(Object))
指定切入点为：所有的 joke()方法，方法拥有一个参数，且参数是 Object 类型。joke(Object ob)
是，但，joke(String s)与 joke(User u)均不是。
execution(* joke(Object+)))
指定切入点为：所有的 joke()方法，方法拥有一个参数，且参数是 Object 类型或该类的子类。
不仅 joke(Object ob)是，joke(String s)和 joke(User u)也是。
3.5.4 AspectJ 的开发环境(掌握)
（1） 导入三个 Jar 包
1> spring 框架 aop 的实现 jar 包： spring-aop.jar
2> aspectj 框架对 aop 的实现 jar 包: aspectjrt.jar , aspectjweaver.jar
Spring 对 AOP 的实现包在 Spring 框架的解压包中：spring-aop-4.3.9.RELEASE.jar
（2） 引入 AOP 约束
在配置文件头部，要引入关于 aop 的约束。在 Spring 框架的解压目录中，
\docs\spring-framework-reference\html 下的 xsd-configuration.html 文件中。
在前面 Spring 实现 AOP 时，并未引入 AOP 的约束，而在 AspectJ 实现 AOP 时，才提出
要引入 AOP 的约束。说明，配置文件中使用的 AOP 约束中的标签，均是 AspectJ 框架使用的，
而非 Spring 框架本身在实现 AOP 时使用的。
AspectJ 对于 AOP 的实现有注解和配置文件两种方式，常用是注解方式。
3.5.5 AspectJ 基于注解的 AOP 实现(掌握)
AspectJ 提供了以注解方式对于 AOP 的实现。
（1） 实现步骤
A、Step1：定义业务接口与实现类
B、 Step2：定义切面 POJO 类
该类为一个 POJO 类，将作为切面出现。其中定义了若干普通方法，将作为不同的通知
方法。
D、Step4：在 POJO 类的普通方法上添加通知注解
切面类是用于定义增强代码的，即用于定义增强目标类中目标方法的增强方法。这些增强方法使用不同的“通知”注解，会在不同的时间点完成织入。当然，对于增强代码，还要
通过 execution 表达式指定具体应用的目标类与目标方法，即切入点。
F、 Step6：注册 AspectJ 的自动代理
在定义好切面 Aspect 后，需要通知 Spring 容器，让容器生成“目标类+ 切面”的代理
对象。这个代理是由容器自动生成的。只需要在 Spring 配置文件中注册一个基于 aspectj 的
自动代理生成器，其就会自动扫描到@Aspect 注解，并按通知类型与切入点，将其织入，并生成代理。
aop:aspectj-autoproxy/的底层是由 AnnotationAwareAspectJAutoProxyCreator 实现的。
从其类名就可看出，是基于 AspectJ 的注解适配自动代理生成器。
其工作原理是，aop:aspectj-autoproxy/通过扫描找到@Aspect 定义的切面类，再由切面类根据切入点找到目标类的目标方法，再由通知类型找到切入的时间点。
（2） @Before 前置通知-方法有 JoinPoint 参数
在目标方法执行之前执行。被注解为前置通知的方法，可以包含一个 JoinPoint 类型参
数。该类型的对象本身就是切入点表达式。通过该参数，可获取切入点表达式、方法签名、
目标对象等。
不光前置通知的方法，可以包含一个 JoinPoint 类型参数，所有的通知方法均可包含该
参数。
（3） @AfterReturning 后置通知-注解有 returning 属性
在目标方法执行之后执行。由于是目标方法之后执行，所以可以获取到目标方法的返回值。该注解的 returning 属性就是用于指定接收方法返回值的变量名的。所以，被注解为后
置通知的方法，除了可以包含 JoinPoint 参数外，还可以包含用于接收返回值的变量。该变
量最好为 Object 类型，因为目标方法的返回值可能是任何类型。
（4） @Around 环绕通知-增强方法有 ProceedingJoinPoint 参数
在目标方法执行之前之后执行。被注解为环绕增强的方法要有返回值，Object 类型。并
且方法可以包含一个 ProceedingJoinPoint 类型的参数。接口 ProceedingJoinPoint 其有一个
proceed()方法，用于执行目标方法。若目标方法有返回值，则该方法的返回值就是目标方法
的返回值。最后，环绕增强方法将其返回值返回。该增强方法实际是拦截了目标方法的执行。
（5） @AfterThrowing 异常通知-注解中有 throwing 属性
在目标方法抛出异常后执行。该注解的 throwing 属性用于指定所发生的异常类对象。
当然，被注解为异常通知的方法可以包含一个参数 Throwable，参数名称为 throwing 指定的
名称，表示发生的异常对象。
（7） @Pointcut 定义切入点
当较多的通知增强方法使用相同的 execution 切入点表达式时，编写、维护均较为麻烦。
AspectJ 提供了@Pointcut 注解，用于定义 execution 切入点表达式。
其用法是，将@Pointcut 注解在一个方法之上，以后所有的 executeion 的 value 属性值
均可使用该方法名作为切入点。代表的就是@Pointcut 定义的切入点。这个使用@Pointcute
注解的方法一般使用 private 的标识方法，即没有实际作用的方法。
