笔者用注解方式实现SpringAOP时,发生了一件怪异的事情。
废话不多说,BUG再现:
切面代码:
@Component
@Aspect
public class Aspect1 {
@Pointcut("execution(public void service.impl.ServiceImpl.doSomething())")
public void pointCut(){
}
@Before("pointCut()")
public void before(){
System.out.println("before");
}
}
JavaConfig,也就是配置类:
@Configuration
@ComponentScan({"dao","service","aspect"})
@EnableAspectJAutoProxy
public class JavaConfig {
}
目标对象:
@org.springframework.stereotype.Service
public class ServiceImpl implements Service {
@Autowired
@Qualifier("dao2")
Dao dao;
@Override
public void doSomething() {
dao.sayHello();
}
public ServiceImpl(Dao dao){
this.dao = dao;
}
// public void setDao(Dao dao) {
// this.dao = dao;
// }
}
有关dao的代码不是重点,笔者就不展示了。
测试类:
AnnotationConfigApplicationContext context =
new AnnotationConfigApplicationContext(JavaConfig.class);
// Service service = (Service) context.getBean(ServiceImpl.class);
Service service = (Service) context.getBean("serviceImpl");
service.doSomething();
当使用getBean("serviceImpl"),也就是通过name获得Bean时,测试结果如下图:
很显然,打印的使我们想要的,但当通过getBean(ServiceImpl.class)获得Bean时,测试结果如下图
what the fuck!!什么鬼,告诉我ServiceImpl类型的Bean不存在。ServiceImpl类上方,我加了@Service,也就是交给Spring管理了啊,怎么告诉我,ServiceImpl类型的bean得不到。而且当我不使用AOP,比如去掉配置类的注解@EnableAspectJAutoProxy,或者不扫描"aspect"包,两种方式又都能正常获得ServiceImpl。而这是为何呢???
在纳闷一段时间之后,通过视频学习,发现是因为AOP底层,是通过动态代理,而"捣的鬼"吗?
spring aop默认是使用jdk动态代理的,也就是我通过getBean(ServiceImpl.class),表达出的意思是希望程序通过jdk动态代理给我一个ServiceImpl类。而jdk的动态代理是基于接口实现的,因为它本身要继承一个Proxy类,而java是单继承(接口可以多继承)。它通过实现我们给它的接口和继承Proxy类实现jdk动态代理。而我们给它的是一个ServiceImpl类,这个时候jdk动态代理就没有办法了。我们来还原jdk动态代理产生的字节码:
Class<?>[] interfaces = new Class[]{Dao.class};
byte bytes[] = ProxyGenerator.generateProxyClass("york",interfaces);
File file = new File("D:\\Test.class");
try {
FileOutputStream out = new FileOutputStream(file);
out.write(bytes);
out.flush();
out.close();
} catch (Exception e) {
e.printStackTrace();
}
然后将产生的Test.class直接复制粘贴到IDEA中,发现如下图
知道了问题是因为什么,那么问题也就很好解决了。(jdk动态代理产生的对象属于Proxy类型,属于给定的接口(Service)类型,但不属于我们要代理的那个对象的类型,也就是本代码中ServiceImpl类型,这就有点神奇了)
将getBean(ServiceImpl.class)中的ServiceImpl改为Service,或者Proxy。也就是改为getBean(Proxy.class),getBean(Service.class)都能实现aop,输出我们想要的结果。笔者猜测是因为在spring初始化的时候,因为我们的加的一系列注解,在容器中已经动态代理了ServiceImpl的对象(这个对象不属于ServiceImpl类型)。只需要我们去拿,当然拿的姿势一定要正确。
除了这种解决方案外,我们还可以修改SpringAOP代理方式,默认是jdk动态代理,我们可以改为cglib代理。
我们之前没有添加proxyTargetClass这个属性的,默认是false。根据这个字段名,也大致能猜到表达的意思。目标的代理对象为ture就是和原对象一样的类型,通过cglib代理,基于继承实现。为false就是和原对象不是一个类型 instanceof 判断为false,通过jdk代理,基于接口实现。
对于编程,哪有什么怪异的事情,只是你对底层不甚了解罢了。