AOP 理解
Posted 程序员开发者社区
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了AOP 理解相关的知识,希望对你有一定的参考价值。
先说问题:
* Spring AOP用的是哪种设计模式?
* 谈谈你对代理模式的理解?
* 静态代理和动态代理有什么区别?
* 如何实现动态代理?
* Spring AOP中用的是哪种代理技术?
1. 什么是 Spring AOP?
简单的说面向切面编程 ,这句话 可以说毫无意义。
AOP 实现原理就是代理模式。
简单说下代理:
明星都有经纪人,明星最重要的一件事就是唱歌,拍电影,参加综艺,其他事他不用关注,比如唱歌前可能需要和其他人谈合作,还要布置场地,唱歌后还要收钱等等,这些统统交给他对应的经纪人去做。每个人各司其职,灵活组合,达到一种可配置的、可插拔的程序结构。 AOP实现了代理模式。
什么是代理模式?
代理模式的核心是通过代理,控制对象的访问。
设计思路,定义一个抽象类,代理类和真实类都去实现它。
真实类:实现抽类,定义真实类所要实现的业务逻辑,供代理类调用。它只关注真正的业务逻辑,比如歌星唱歌。
代理类:实现抽象类,是真实类的代理,通过真实类的业务逻辑方法来实现抽象方法,并在前后可以附加自己的操作,比如谈合同,布置场地,收钱等等。
代理模式分为静态代理和动态代理。静态代理是我们自己创建一个代理类,而动态代理是程序自动帮我们生成一个代理,我们就不用管了。下面我详细介绍一下这两种代理模式。
3. 静态代理模式
静态代理是采用 代理类和实现类实现接口 的设计思路,静态代理就是事先我们创建好一个代理类。
/**
* 明星接口类
* @date 2018-12-07
*/
public interface Star {
/**
* 唱歌方法
*/
void sing();
}
代理类实现接口
public class ProxyStar implements Star {
/**
* 接收真实的明星对象
*/
private Star star;
/**
* 通过构造方法传进来真实的明星对象
* @param star star
*/
public ProxyStar(Star star) {
this.star = star;
}
@Override
public void sing() {
System.out.println("代理先进行谈判……");
// 唱歌只能明星自己唱
this.star.sing();
System.out.println("演出完代理去收钱……");
}
}
真实类实现接口
public class RealStar implements Star {
@Override
public void sing() {
System.out.println("明星本人开始唱歌……");
}
}
测试静态代理
public class Client {
/**
* 测试静态代理结果
* @param args args
*/
public static void main(String[] args) {
Star realStar = new RealStar();
Star proxy = new ProxyStar(realStar);
proxy.sing();
}
}
4. JDK 动态代理
动态代理是动态生成代理,JDK动态代理是采用 反射机制,动态生成代理类
public class JdkProxyHandler {
/**
* 用来接收真实明星对象
*/
private Object realStar;
/**
* 通过构造方法传进来真实的明星对象
*
* @param star star
*/
public JdkProxyHandler(Star star) {
super();
this.realStar = star;
}
/**
* 给真实对象生成一个代理对象实例 Proxy.newProxyInstance()
* 方法,该方法接收三个参数:第一个参数指定当前目标对象使用的类加载器
* ,获取加载器的方法是固定的;
* 第二个参数指定目标对象实现的接口的类型;
* 第三个参数指定动态处理器,执行目标对象的方法时,会触发事件处理器的方法。
* @return Object
*/
public Object getProxyInstance() {
return Proxy.newProxyInstance(realStar.getClass().getClassLoader(), realStar.getClass().getInterfaces(), (proxy, method, args) -> {
System.out.println("代理先进行谈判……");
// 唱歌需要明星自己来唱
Object object = method.invoke(realStar, args);
System.out.println("演出完代理去收钱……");
return object;
});
}
}
roxy.newProxyInstance() 方法,该方法接收三个参数:第一个参数指定当前目标对象使用的类加载器,获取加载器的方法是固定的;第二个参数指定目标对象实现的接口的类型;第三个参数指定动态处理器,执行目标对象的方法时,会触发事件处理器的方法。
测试JDK 动态代理
public class Client {
/**
* 测试JDK动态代理结果
* @param args args
*/
public static void main(String[] args) {
Star realStar = new RealStar();
// 创建一个代理对象实例
Star proxy = (Star) new JdkProxyHandler(realStar).getProxyInstance();
proxy.sing();
}
}
JDK 动态代理做一个简单的总结:相对于静态代理,JDK 动态代理大大减少了我们的开发任务,同时减少了代理类对业务接口的依赖,降低了耦合度。JDK 动态代理是利用反射机制生成一个实现代理接口的匿名类,在调用具体方法前调用InvokeHandler 生成代理。但是 JDK 动态代理有个缺憾,或者说特点:JDK 实现动态代理需要实现类通过接口定义业务方法。
5. CGLIB 动态代理
JDK 实现动态代理需要实现类通过接口定义业务方法,那对于没有接口的类,如何实现动态代理呢,这就需要 CGLIB 了。
CGLIB 采用了非常底层的字节码技术,其原理是通过字节码技术为一个类创建子类,并在子类中采用方法拦截的技术拦截所有父类方法的调用,顺势织入横切逻辑。但因为采用的是继承,所以不能对final修饰的类进行代理。
CGLIBHandler生成代理
public class CglibProxyHandler implements MethodInterceptor {
/**
* 维护目标对象
*/
private Object target;
public Object getProxyInstance(final Object target) {
this.target = target;
// Enhancer类是CGLIB中的一个字节码增强器,它可以方便的对你想要处理的类进行扩展
Enhancer enhancer = new Enhancer();
// 将被代理的对象设置成父类
enhancer.setSuperclass(this.target.getClass());
// 回调方法,设置拦截器
enhancer.setCallback(this);
// 动态创建一个代理类
return enhancer.create();
}
@Override
public Object intercept(Object object, Method method, Object[] args,
MethodProxy methodProxy) throws Throwable {
System.out.println("代理先进行谈判……");
// 唱歌需要明星自己来唱
Object result = methodProxy.invokeSuper(object, args);
System.out.println("演出完代理去收钱……");
return result;
}
}
使用CGLIB 需要实现 MethodInterceptor 接口,并重写intercept 方法,在该方法中对原始要执行的方法前后做增强处理,该类的代理对象可以使用代码中的字节码增强器来获取
测试CGLib动态代理
public class Client {
/**
* 测试Cglib动态代理结果
* @param args args
*/
public static void main(String[] args) {
Star realStar = new RealStar();
Star proxy = (Star) new CglibProxyHandler().getProxyInstance(realStar);
proxy.sing();
}
}
AOP总结
CGLIB 创建的动态代理对象比 JDK 创建的动态代理对象的性能更高,但是 CGLIB 创建代理对象时所花费的时间却比 JDK 多得多。所以对于单例的对象,因为无需频繁创建对象,用 CGLIB 合适,反之使用JDK方式要更为合适一些。同时由于 CGLIB 由于是采用动态创建子类的方法,对于final修饰的方法无法进行代理。
6. Spring AOP 采用哪种代理?
看源码
* Copyright 2002-2015 the original author or authors.
package org.springframework.aop.framework;
import java.io.Serializable;
import java.lang.reflect.Proxy;
import org.springframework.aop.SpringProxy;
/**
* Default {@link AopProxyFactory} implementation, creating either a CGLIB proxy
* or a JDK dynamic proxy.
*
* <p>Creates a CGLIB proxy if one the following is true for a given
* {@link AdvisedSupport} instance:
* <ul>
* <li>the {@code optimize} flag is set
* <li>the {@code proxyTargetClass} flag is set
* <li>no proxy interfaces have been specified
* </ul>
*
* <p>In general, specify {@code proxyTargetClass} to enforce a CGLIB proxy,
* or specify one or more interfaces to use a JDK dynamic proxy.
*
* @author Rod Johnson
* @author Juergen Hoeller
* @since 12.03.2004
* @see AdvisedSupport#setOptimize
* @see AdvisedSupport#setProxyTargetClass
* @see AdvisedSupport#setInterfaces
*/
@SuppressWarnings("serial")
public class DefaultAopProxyFactory implements AopProxyFactory, Serializable {
@Override
public AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException {
if (config.isOptimize() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) {
Class<?> targetClass = config.getTargetClass();
if (targetClass == null) {
throw new AopConfigException("TargetSource cannot determine target class: " +
"Either an interface or a target is required for proxy creation.");
}
if (targetClass.isInterface() || Proxy.isProxyClass(targetClass)) {
return new JdkDynamicAopProxy(config);
}
return new ObjenesisCglibAopProxy(config);
}
else {
return new JdkDynamicAopProxy(config);
}
}
/**
* Determine whether the supplied {@link AdvisedSupport} has only the
* {@link org.springframework.aop.SpringProxy} interface specified
* (or no proxy interfaces specified at all).
*/
private boolean hasNoUserSuppliedProxyInterfaces(AdvisedSupport config) {
Class<?>[] ifcs = config.getProxiedInterfaces();
return (ifcs.length == 0 || (ifcs.length == 1 && SpringProxy.class.isAssignableFrom(ifcs[0])));
}
}
是否使用 CGLIB 是在代码中进行判断的:
判断条件是 config.isOptimize()、config.isProxyTargetClass() 和 hasNoUserSuppliedProxyInterfaces(config)。
config.isOptimize() 与 config.isProxyTargetClass()默认返回都是 false
hasNoUserSuppliedProxyInterfaces(config)的结果决定了。
hasNoUserSuppliedProxyInterfaces(config) 就是在判断代理的对象是否有实现接口,有实现接口的话直接走 JDK 分支,即使用 JDK 的动态代理。
所以基本上可以总结出 Spring AOP 中的代理使用逻辑了:如果目标对象实现了接口,默认情况下会采用 JDK 的动态代理实现 AOP;如果目标对象没有实现了接口,则采用 CGLIB 库,Spring 会自动在 JDK 动态代理和 CGLIB 动态代理之间转换。
以上是关于AOP 理解的主要内容,如果未能解决你的问题,请参考以下文章