Spring AOP
代理模式在 Java 开发中是一种比较常见的设计模式。设计目的旨在为服务类与客户类之间插入其他功能，插入的功能对于调用者是透明的，起到伪装控制的作用。如租房的例子：房客、中介、房东。对应于代理模式中即：客户类、代理类 、委托类（被代理类）。
为某一个对象（委托类）提供一个代理（代理类），用来控制对这个对象的访问。委托类和代理类有一个共同的父类或父接口。代理类会对请求做预处理、过滤，将请求分配给指定对象。
生活中常见的代理情况：
租房中介、婚庆公司等
代理模式的两个设计原则：
1. 代理类 与 委托类 具有相似的行为（共同）
2. 代理类增强委托类的行为
常用的代理模式：
1. 静态代理
2. 动态代理
某个对象提供一个代理，代理角色固定，以控制对这个对象的访问。 代理类和委托类有共同的父类或父接口，这样在任何使用委托类对象的地方都可以用代理对象替代。代理类负责请求的预处理、过滤、将请求分派给委托类处理、以及委托类执行完请求后的后续处理。
a、有共同的行为（结婚） - 接口
b、目标角色（新人） - 实现行为
c、代理角色（婚庆公司） - 实现行为 增强目标对象行为
1、目标角色固定
2、在应用程序执行前就得到目标角色
3、代理对象会增强目标对象的行为
4、有可能存在多个代理 引起"类爆炸"（缺点）
/**
* 定义行为
*/publicinterfaceMarry{publicvoidtoMarry();}
/**
* 静态代理 ——> 目标对象
*/publicclassYouimplementsMarry{// 实现行为@OverridepublicvoidtoMarry(){System.out.println("我要结婚了...");}}
/**
* 静态代理 ——> 代理对象
*/publicclassMarryCompanyProxyimplementsMarry{// 目标对象privateMarry marry;// 通过构造器将目标对象传入publicMarryCompanyProxy(Marry marry){this.marry=marry;}// 实现行为@OverridepublicvoidtoMarry(){// 增强行为before();// 执行目标对象中的方法marry.toMarry();// 增强行为after();}/**
* 增强行为
*/privatevoidafter(){System.out.println("新婚快乐，早生贵子！");}/**
* 增强行为
*/privatevoidbefore(){System.out.println("场地正在布置中...");}}
// 目标对象You you=newYou();// 构造代理角色同时传入真实角色MarryCompanyProxy marryCompanyProxy=newMarryCompanyProxy(you);// 通过代理对象调用目标对象中的方法marryCompanyProxy.toMarry();
静态代理对于代理的角色是固定的，如dao层有20个dao类，如果要对方法的访问权限进行代理，此时需要创建20个静态代理角色，引起类爆炸，无法满足生产上的需要，于是就催生了动态代理的思想。
相比于静态代理，动态代理在创建代理对象上更加的灵活，动态代理类的字节码在程序运行时，由Java反射机制动态产生。它会根据需要，通过反射机制在程序运行期，动态的为目标对象创建代理对象，无需程序员手动编写它的源代码。动态代理不仅简化了编程工作，而且提高了软件系统的可扩展性，因为反射机制可以生成任意类型的动态代理类。代理的行为可以代理多个方法，即满足生产需要的同时又达到代码通用的目的。
动态代理的两种实现方式：
1. JDK 动态代理
2. CGLIB动态代理
1. 目标对象不固定
2. 在应用程序执行时动态创建目标对象
3. 代理对象会增强目标对象的行为
注：JDK动态代理的目标对象必须有接口实现
Proxy类：
Proxy类是专门完成代理的操作类，可以通过此类为一个或多个接口动态地生成实现类，此类提供了如下操作方法：
/*
返回一个指定接口的代理类的实例方法调用分派到指定的调用处理程序。 (返回代理对象)
loader：一个ClassLoader对象，定义了由哪个ClassLoader对象来对生成的代理对象进行加载
interfaces：一个Interface对象的数组，表示的是我将要给我需要代理的对象提供一组什么接口，如果 我提供了一组接口给它，那么这个代理对象就宣称实现了该接口(多态)，这样我就能调用这 组接口中的方法了
h：一个InvocationHandler接口，表示代理实例的调用处理程序实现的接口。每个代理实例都具有一个 关联的调用处理程序。对代理实例调用方法时，将对方法调用进行编码并将其指派到它的调用处理程序 的 invoke 方法（传入InvocationHandler接口的子类）
*/publicstaticObjectnewProxyInstance(ClassLoader loader,Class<?>[]interfaces,InvocationHandler h)
publicclassJdkHandlerimplementsInvocationHandler{// 目标对象privateObject target;// 目标对象的类型不固定，创建时动态生成// 通过构造器将目标对象赋值publicJdkHandler(Object target){this.target=target;}/**
* 1、调用目标对象的方法（返回Object）
* 2、增强目标对象的行为
* @param proxy 调用该方法的代理实例
* @param method 目标对象的方法
* @param args 目标对象的方法形参
* @return
* @throws Throwable
*/@OverridepublicObjectinvoke(Object proxy,Method method,Object[]args)throwsThrowable{// 增强行为System.out.println("==============方法前执行");// 调用目标对象的方法（返回Object）Object result=method.invoke(target,args);// 增强行为System.out.println("方法后执行==============");returnresult;}/**
* 得到代理对象
* public static Object newProxyInstance(ClassLoader loader,
* Class<?>[] interfaces,
* InvocationHandler h)
* loader：类加载器
* interfaces：接口数组
* h：InvocationHandler接口 (传入InvocationHandler接口的实现类)
*
*
* @return
*/publicObjectgetProxy(){returnProxy.newProxyInstance(this.getClass().getClassLoader(),target.getClass().getInterfaces(),this);}}
// 目标对象You you=newYou();// 获取代理对象JdkHandler jdkHandler=newJdkHandler(you);Marry marry=(Marry)jdkHandler.getProxy();// 通过代理对象调用目标对象中的方法marry.toMarry();
问：Java动态代理类中的invoke是怎么调用的？
答：在生成的动态代理类$Proxy0.class中，构造方法调用了父类Proxy.class的构造方法，给成员变量invocationHandler赋值，$Proxy0.class的static模块中创建了被代理类的方法，调用相应方法时方法体中调用了父类中的成员变量InvocationHandler的invoke()方法。
注：JDK的动态代理依靠接口实现，如果有些类并没有接口实现，则不能使用JDK代理。
JDK的动态代理机制只能代理实现了接口的类，而不能实现接口的类就不能使用JDK的动态代理，cglib是针对类来实现代理的，它的原理是对指定的目标类生成一个子类，并覆盖其中方法实现增强，但因为采用的是继承，所以不能对final修饰的类进行代理。
在pom.xml文件中引入cglib的相关依赖
<!-- https://mvnrepository.com/artifact/cglib/cglib --><dependency><groupId>cglib</groupId><artifactId>cglib</artifactId><version>2.2.2</version></dependency>
实现MethodInterceptor接口
publicclassCglibInterceptorimplementsMethodInterceptor{// 目标对象privateObject target;// 通过构造器传入目标对象publicCglibInterceptor(Object target){this.target=target;}/**
* 获取代理对象
* @return
*/publicObjectgetProxy(){// 通过Enhancer对象的create()方法可以生成一个类，用于生成代理对象Enhancer enhancer=newEnhancer();// 设置父类 (将目标类作为其父类)enhancer.setSuperclass(target.getClass());// 设置拦截器 回调对象为本身对象enhancer.setCallback(this);// 生成一个代理类对象，并返回returnenhancer.create();}/**
* 拦截器
* 1、目标对象的方法调用
* 2、增强行为
* @param object 由CGLib动态生成的代理类实例
* @param method 实体类所调用的被代理的方法引用
* @param objects 参数值列表
* @param methodProxy 生成的代理类对方法的代理引用
* @return
* @throws Throwable
*/@OverridepublicObjectintercept(Object object,Method method,Object[]objects,MethodProxy methodProxy)throwsThrowable{// 增强行为System.out.println("==============方法前执行");// 调用目标对象的方法（返回Object）Object result=methodProxy.invoke(target,objects);// 增强行为System.out.println("方法后执行==============");returnresult;}}
// 目标对象You you=newYou();CglibInterceptor cglibInterceptor=newCglibInterceptor(you);Marry marry=(Marry)cglibInterceptor.getProxy();marry.toMarry();User user=newUser();CglibInterceptor cglibInterceptor=newCglibInterceptor(user);User u=(User)cglibInterceptor.getProxy();u.test();
JDK动态代理实现接口，Cglib动态代理继承思想
JDK动态代理（目标对象存在接口时）执行效率高于Ciglib
如果目标对象有接口实现，选择JDK代理，如果没有接口实现选择Cglib代理
我们有一个Pay(接口) 然后两个实现类DollarPay和RmbPay，都需要重写pay()方法, 这时我们需要对pay方法进行性能监控，日志的添加等等怎么做？
对每个字符方法均做日志代码的编写处理，如下面方式
缺点: 代码重复太多, 添加的日志代码耦合度太高（如果需要更改日志记录代码功能需求，类中方法需要全部改动，工程量浩大）
装饰器模式：动态地给一个对象添加一些额外的职责。
代理模式：以上刚讲过。于是得出以下结构：
仔细考虑过后发现虽然对原有内部代码没有进行改动，对于每个类做日志处理，并引用目标类，但是如果待添加日志的业务类的数量很多，此时手动为每个业务类实现一个装饰器或创建对应的代理类，同时代码的耦合度也加大，需求一旦改变，改动的工程量也是可想而知的。
有没有更好的解决方案，只要写一次代码，对想要添加日志记录的地方能够实现代码的复用，达到松耦合的同时，又能够完美完成功能？
答案是肯定的，存在这样的技术，aop已经对其提供了完美的实现！
Aspect Oriented Programing 面向切面编程，相比较 oop 面向对象编程来说，Aop关注的不再是程序代码中某个类，某些方法，而aop考虑的更多的是一种面到面的切入，即层与层之间的一种切入，所以称之为切面。联想大家吃的汉堡（中间夹肉）。那么aop是怎么做到拦截整个面的功能呢？考虑前面学到的servlet filter /* 的配置 ，实际上也是aop 的实现。
AOP主要应用于日志记录，性能统计，安全控制,事务处理等方面，实现公共功能性的重复使用。
1. 降低模块与模块之间的耦合度，提高业务代码的聚合度。（高内聚低耦合）
2. 提高了代码的复用性。
3. 提高系统的扩展性。（高版本兼容低版本）
4. 可以在不影响原有的功能基础上添加新的功能
动态代理（JDK + CGLIB）
被拦截到的每个点，spring中指被拦截到的每一个方法，spring aop一个连接点即代表一个方法的执行。
对连接点进行拦截的定义（匹配规则定义 规定拦截哪些方法，对哪些方法进行处理），spring 有专门的表达式语言定义。
拦截到每一个连接点即（每一个方法）后所要做的操作
1. 前置通知 （前置增强）— before() 执行方法前通知
2. 返回通知（返回增强）— afterReturn 方法正常结束返回后的通知
3. 异常抛出通知（异常抛出增强）— afetrThrow()
4. 最终通知 — after 无论方法是否发生异常，均会执行该通知。
5. 环绕通知 — around 包围一个连接点（join point）的通知，如方法调用。这是最强大的一种通知类型。 环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行。
切入点与通知的结合，决定了切面的定义，切入点定义了要拦截哪些类的哪些方法，通知则定义了拦截过方法后要做什么，切面则是横切关注点的抽象，与类相似，类是对物体特征的抽象，切面则是横切关注点抽象。
被代理的目标对象
将切面应用到目标对象并生成代理对象的这个过程即为织入
在不修改原有应用程序代码的情况下，在程序运行期为类动态添加方法或者字段的过程称为引入
<!--Spring AOP--><dependency><groupId>org.aspectj</groupId><artifactId>aspectjweaver</artifactId><version>1.8.9</version></dependency>
添加命名空间
xmlns:aop="http://www.springframework.org/schema/aop"
http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop.xsd
/**
* 切面
* 切入点和通知的抽象 （与面向对象中的 类 相似）
* 定义 切入点和通知 （切入点定义了要拦截哪些类的哪些方法，通知则定义了拦截过方法后要做什么）
*/@Component// 将对象交给IOC容器去实例化@Aspect// 声明当前类是一个切面publicclassLogCut{/**
* 切入点：
* 匹配规则。规定什么方法被拦截、需要处理什么方法
* 定义切入点
* @Pointcut("匹配规则")
*
* Aop 切入点表达式简介
* 1. 执行任意公共方法：
* execution(public *(..))
* 2. 执行任意的set方法
* execution(* set*(..))
* 3. 执行com.xxxx.service包下任意类的任意方法
* execution(* com.xxxx.service.*.*(..))
* 4. 执行com.xxxx.service 包 以及子包下任意类的任意方法
* execution(* com.xxxx.service..*.*(..))
*
* 注：表达式中的第一个* 代表的是方法的修饰范围
* 可选值：private、protected、public （* 表示所有范围）
*/@Pointcut("execution (* com.xxxx.service..*.*(..) )")publicvoidcut(){}/**
* 声明前置通知 并将通知应用到定义的切入点上
* 目标类方法执行前 执行该通知
*
*/@Before(value="cut()")publicvoidbefore(){System.out.println("前置通知.....");}/**
* 声明返回通知 并将通知应用到定义的切入点上
* 目标类方法（无异常）执行后 执行该通知
*
*/@AfterReturning(value="cut()")publicvoidafterReturn(){System.out.println("返回通知.....");}/**
* 声明最终通知 并将通知应用到定义的切入点上
* 目标类方法（无异常或有异常）执行后 执行该通知
*
*/@After(value="cut()")publicvoidafter(){System.out.println("最终通知.....");}/**
* 声明异常通知 并将通知应用到定义的切入点上
* 目标类方法出现异常时 执行该通知
*/@AfterThrowing(value="cut()",throwing="e")publicvoidafterThrow(Exception e){System.out.println("异常通知....."+" 异常原因："+e.getCause());}/**
* 声明环绕通知 并将通知应用到切入点上
* 方法执行前后 通过环绕通知定义相应处理
* 需要通过显式调用对应的方法，否则无法访问指定方法 (pjp.proceed();)
* @param pjp
* @return
*/@Around(value="cut()")publicObjectaround(ProceedingJoinPoint pjp){System.out.println("前置通知...");Object object=null;try{object=pjp.proceed();System.out.println(pjp.getTarget()+"======"+pjp.getSignature());// System.out.println("返回通知...");}catch(Throwablethrowable){throwable.printStackTrace();System.out.println("异常通知...");}System.out.println("最终通知...");returnobject;}}
<!--配置AOP代理--><aop:aspectj-autoproxy/>
***切面*切入点和通知的抽象 （与面向对象中的 类 相似）*定义 切入点和通知 （切入点定义了要拦截哪些类的哪些方法，通知则定义了拦截过方法后要做什么）*/@Component// 将对象交给IOC容器去实例化publicclassLogCut02{publicvoidcut(){}/**
* 声明前置通知 并将通知应用到定义的切入点上
* 目标类方法执行前 执行该通知
*
*/publicvoidbefore(){System.out.println("前置通知.....");}/**
* 声明返回通知 并将通知应用到定义的切入点上
* 目标类方法（无异常）执行后 执行该通知
*
*/publicvoidafterReturn(){System.out.println("返回通知.....");}/**
* 声明最终通知 并将通知应用到定义的切入点上
* 目标类方法（无异常或有异常）执行后 执行该通知
*
*/publicvoidafter(){System.out.println("最终通知.....");}/**
* 声明异常通知 并将通知应用到定义的切入点上
* 目标类方法出现异常时 执行该通知
*/publicvoidafterThrow(Exception e){System.out.println("异常通知....."+" 异常原因："+e.getCause());}/**
* 声明环绕通知 并将通知应用到切入点上
* 方法执行前后 通过环绕通知定义相应处理
* 需要通过显式调用对应的方法，否则无法访问指定方法 (pjp.proceed();)
* @param pjp
* @return
*/publicObjectaround(ProceedingJoinPoint pjp){System.out.println("前置通知...");Object object=null;try{object=pjp.proceed();System.out.println(pjp.getTarget()+"======"+pjp.getSignature());// System.out.println("返回通知...");}catch(Throwablethrowable){throwable.printStackTrace();System.out.println("异常通知...");}System.out.println("最终通知...");returnobject;}}
<!--aop相关配置--><aop:config><!--aop切面--><aop:aspectref="logCut02"><!-- 定义aop 切入点 --><aop:pointcutid="cut"expression="execution(* com.xxxx.service..*.*(..))"/><!-- 配置前置通知 指定前置通知方法名 并引用切入点定义 --><aop:beforemethod="before"pointcut-ref="cut"/><!-- 配置返回通知 指定返回通知方法名 并引用切入点定义 --><aop:after-returningmethod="afterReturn"pointcut-ref="cut"/><!-- 配置异常通知 指定异常通知方法名 并引用切入点定义 --><aop:after-throwingmethod="afterThrow"throwing="e"pointcut-ref="cut"/><!-- 配置最终通知 指定最终通知方法名 并引用切入点定义 --><aop:aftermethod="after"pointcut-ref="cut"/><!-- 配置环绕通知 指定环绕通知方法名 并引用切入点定义 --><aop:aroundmethod="around"pointcut-ref="cut"/></aop:aspect></aop:config>
接口定义
目标对象与代理对象必须实现统一接口
代理对象持有目标对象的引用 增强目标对象行为
静态代理：手动为目标对象制作代理对象，即在程序编译阶段完成代理对象的创建
动态代理：在程序运行期动态创建目标对象对应代理对象。
jdk动态代理：被代理目标对象必须实现某一或某一组接口 实现方式 通过回调创建代理对象。
cglib 动态代理：被代理目标对象可以不必实现接口，继承的方式实现。
动态代理相比较静态代理，提高开发效率，可以批量化创建代理，提高代码复用率。
面向切面，相比oop 关注的是代码中的层 或面
解耦，提高系统扩展性
提高代码复用
连接点:每一个方法
切入点:匹配的方法集合
切面：连接点与切入点的集合决定了切面，横切关注点的抽象
通知:几种通知
目标对象:被代理对象
织入：程序运行期将切面应用到目标对象 并生成代理对象的过程
引入:在不修改原始代码情况下，在程序运行期为程序动态引入方法或字段的过程
ointcut-ref=“cut”/>
## Spring AOP总结
### 代理模式实现三要素
1. 接口定义
2. 目标对象与代理对象必须实现统一接口
3. 代理对象持有目标对象的引用 增强目标对象行为
### 代理模式实现分类以及对应区别
1. 静态代理：手动为目标对象制作代理对象，即在程序编译阶段完成代理对象的创建
2. 动态代理：在程序运行期动态创建目标对象对应代理对象。
3. jdk动态代理：被代理目标对象必须实现某一或某一组接口 实现方式 通过回调创建代理对象。
4. cglib 动态代理：被代理目标对象可以不必实现接口，继承的方式实现。
**动态代理相比较静态代理，提高开发效率，可以批量化创建代理，提高代码复用率。**
### Aop 理解
1. 面向切面，相比oop 关注的是代码中的层 或面
2. 解耦，提高系统扩展性
3. 提高代码复用
### Aop 关键词
1. 连接点:每一个方法
2. 切入点:匹配的方法集合
3. 切面：连接点与切入点的集合决定了切面，横切关注点的抽象
4. 通知:几种通知
5. 目标对象:被代理对象
6. 织入：程序运行期将切面应用到目标对象 并生成代理对象的过程
7. 引入:在不修改原始代码情况下，在程序运行期为程序动态引入方法或字段的过程
