Spring AOP的坑：jdk代理和cglib代理

笔者用注解方式实现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代理，基于接口实现。

对于编程，哪有什么怪异的事情，只是你对底层不甚了解罢了。