文章目录
前言
spring框架的两大核心内容分别是IOC和AOP,接下来,我就谈谈个人对AOP的理解,不正之处还望各位指出。一、AOP是什么?
AOP其实就是面向切面的编程的意思,是OOP(面向对象编程的补充),使用AOP可以抽取一些公共的模块出来,减少公共模块和业务代码的耦合。Spring中AOP的典型使用有:日志记录、事务管理、性能监控、异常处理等模块。把这些和业务逻辑相关性不大的模块分离出来,提高程序的可用性易维护。
二、AOP相关术语
1、切面(Aspect)
切面是切点和和通知的结合。切点和通知共同定义了切面的全部内容。一般用@Aspect来定义一个切面
@Aspect
@Component
public class TestAspect {
/**
* 这是一个没有切点、也没有通知的切面
*/
}
2、切点(PonitCut)
切点表述的是在何处使用链接点(JoinPonit)。有时候切面不单单应用于某个方法,也可能是多个类的不同方法,这时,通过正则表达式来实现
@Pointcut注解里面:
@Pointcut(“execution(* com.example.manage.service.impl.NewsItemsServiceImpl.addDate(…))”)
- execution表示在执行的时候拦截正则表达式匹配到的方法
- *表示任何返回类型
- com.example.manage.service.impl.NewsItemsServiceImpl指定目标的全限定名称
- addDate()表示方法名
- (…)表示任意参数匹配
简单实现如下
@Aspect
@Component
public class TestAspect {
@Pointcut("execution(* com.example.manage.service.impl.NewsItemsServiceImpl.addDate(..))")
public void defitionAspect(){
}
@Before("defitionAspect()")
public void before(){
System.out.println("before = " );
}
@After("defitionAspect()")
public void after(){
System.out.println("after = " );
}
//这里拦截的是manage包下面,有FileLog 注解修饰的方法
@Around("within(com.example.manage..*) && @annotation(fl)")
public Object around(ProceedingJoinPoint jp, FileLog fl) throws Throwable {
Object[] parames = jp.getArgs();
//获取目标方法体参数
String className = jp.getTarget().getClass().toString();
//获取目标类名
String signature = jp.getSignature().toString();
//获取目标方法签名
String methodName = signature.substring(signature.lastIndexOf(".")+1, signature.indexOf("("));
//执行原来的方法,
// return jp.proceed();
//执行之新定义的逻辑:这里直接返回第一个参数
return parames[0];
}
}
springboot要实现AOP代理,还需要在主启动类开启aop代理
@EnableAspectJAutoProxy //开启aop自动代理
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
3、连接点(JointPoint)
对应的是具体被拦截的对象,因为spring只能支持方法,所以被拦截的对象往往就指特定的方法。
4、通知(Advice)
AOP在特定的切入点上执行的增强处理,有before,after,afterReturning,afterThrowing,around等。其中around是最强大的,他可以改变方法的返回值。
5、AOP代理原理
Spring实现AOP代理原理很简单,就是通过动态代理完成的。我们为spring某个bean配置了切面,那么生成bean的时候实际上是生成bean的代理对象。调用bean中的方法实际上是调用代理类重写的bean方法。代理方式主要有两种JDK动态代理和CGLib代理。
三、代理
1、JDK动态代理
(一)JDK的动态代理是基于反射实现。
JDK通过反射,生成一个代理类,这个代理类实现了原来那个类的全部接口,并对接口中定义的所有方法进行了代理。当我们通过代理对象执行原来那个类的方法时,代理类底层会通过反射机制,回调我们实现的InvocationHandler接口的invoke方法。并且这个代理类是Proxy类的子类(记住这个结论,后面测试要用)。这就是JDK动态代理大致的实现方式。
(二)优点
JDK动态代理是JDK原生的,不需要任何依赖即可使用;
通过反射机制生成代理类的速度要比CGLib操作字节码生成代理类的速度更快;
(三)缺点
1、如果要使用JDK动态代理,被代理的类必须实现了接口,否则无法代理;
2、JDK动态代理无法为没有在接口中定义的方法实现代理,假设我们有一个实现了接口的类,我们为它的一个不属于接口中的方法配置了切面,Spring仍然会使用JDK的动态代理,但是由于配置了切面的方法不属于接口,为这个方法配置的切面将不会被织入。
3、JDK动态代理执行代理方法时,需要通过反射机制进行回调,此时方法执行的效率比较低;
示例:
public class ProxyHandler implements InvocationHandler{
private Object tar;
// 绑定目标对象,并返回 代理对象 【这在之前我们是手写的】
public Object getProxyInstance(Object tar)
{
this.tar = tar;
/**
* 参数一:生成代理对象使用哪个类装载器【一般我们使用的是被代理类的装载器】
* 参数二:生成哪个对象的代理对象,通过接口指定【指定要被代理类的接口】
* 参数三:生成的代理对象的方法里干什么事【实现handler接口,我们想怎么实现就怎么实现】
注意:代理对象拥有目标对象相同的方法【因为参数二指定了对象的接口,代理对象会实现接口的所有方法】
*/
return Proxy.newProxyInstance(
tar.getClass().getClassLoader(),
tar.getClass().getInterfaces(),
this // 这里的this,即上面定义的Object,代表实现的所有方法 交由Object 的 invoke() 反射方法进行处理
);
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
// increaseBefore() 增强方法
Object res = null;
res = method.invoke(tar,args);
// increaseafter() 增强方法
return res;
}
}
2、CGLib代理
(一)实现原理
CGLib实现动态代理的原理是,底层采用了ASM字节码生成框架,直接对需要代理的类的字节码进行操作,生成这个类的一个子类,并重写了类的所有可以重写的方法,在重写的过程中,将我们定义的额外的逻辑(简单理解为Spring中的切面)织入到方法中,对方法进行了增强。而通过字节码操作生成的代理类,和我们自己编写并编译后的类没有太大区别。
(二)优点
1、使用CGLib代理的类,不需要实现接口,因为CGLib生成的代理类是直接继承自需要被代理的类;
2、CGLib生成的代理类是原来那个类的子类,这就意味着这个代理类可以为原来那个类中,所有能够被子类重写的方法进行代理;
3、CGLib生成的代理类,和我们自己编写并编译的类没有太大区别,对方法的调用和直接调用普通类的方式一致,所以CGLib执行代理方法的效率要高于JDK的动态代理;
(三)缺点
1、由于CGLib的代理类使用的是继承,这也就意味着如果需要被代理的类是一个final类,则无法使用CGLib代理;
2、由于CGLib实现代理方法的方式是重写父类的方法,所以无法对final方法,或者private方法进行代理,因为子类无法重写这些方法;
3、CGLib生成代理类的方式是通过操作字节码,这种方式生成代理类的速度要比JDK通过反射生成代理类的速度更慢;
四、总结
提示:这里对文章进行总结:
spring实现AOP的方式大致两种,各有利弊。但是对于单例模式来说,使用CGLib实现代理更佳