深入解析JCSprout项目中的Spring AOP实现原理-优快云博客

本文链接：https://blog.youkuaiyun.com/gitblog_00489/article/details/148360937

深入解析JCSprout项目中的Spring AOP实现原理

JCSprout 👨‍🎓 Java Core Sprout : basic, concurrent, algorithm 项目地址: https://gitcode.com/gh_mirrors/jc/JCSprout

前言

在Java开发中，面向切面编程(AOP)是一个非常重要的概念，它能够帮助我们实现横切关注点的模块化。本文将基于JCSprout项目中的Spring AOP实现原理，从静态代理到动态代理，全面剖析AOP的核心机制。

静态代理：AOP的基础实现

静态代理是最基础的代理模式实现方式，它通过创建一个代理类来包装真实对象。让我们通过一个简单示例来理解：

假设我们有一个业务接口InterfaceA：

public interface InterfaceA {
    void exec();
}

对应的真实实现类：

public class RealImplement implements InterfaceA {
    public void exec() {
        System.out.println("真实业务逻辑执行");
    }
}

静态代理类实现：

public class ProxyImplement implements InterfaceA {
    private InterfaceA target;
    
    public ProxyImplement() {
        target = new RealImplement();
    }
    
    public void exec() {
        System.out.println("执行前处理");
        target.exec();  // 调用真实对象方法
        System.out.println("执行后处理");
    }
}

静态代理的特点：

代理类和被代理类在编译期就确定了
一个代理类只能代理一个具体类
代码结构简单直观，但扩展性较差

JDK动态代理：灵活的接口代理

当我们需要代理多个类时，静态代理就显得力不从心了。JDK动态代理应运而生，它可以在运行时动态创建代理类。

核心组件

JDK动态代理主要依赖两个核心类：

java.lang.reflect.Proxy：负责创建代理对象
java.lang.reflect.InvocationHandler：处理代理逻辑

实现示例

自定义处理器：

public class CustomizeHandle implements InvocationHandler {
    private Object target;

    public CustomizeHandle(Class clazz) {
        try {
            this.target = clazz.newInstance();
        } catch (Exception e) {
            // 异常处理
        }
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        before();
        Object result = method.invoke(target, args);
        after();
        return result;
    }

    private void before() {
        System.out.println("方法执行前处理");
    }

    private void after() {
        System.out.println("方法执行后处理");
    }
}

使用方式：

@Test
public void testDynamicProxy() {
    CustomizeHandle handle = new CustomizeHandle(RealImplement.class);
    InterfaceA proxy = (InterfaceA) Proxy.newProxyInstance(
        getClass().getClassLoader(), 
        new Class[]{InterfaceA.class}, 
        handle
    );
    proxy.exec();
}

JDK动态代理原理

通过反编译生成的代理类，我们可以看到：

代理类继承了Proxy类并实现了目标接口
所有方法调用都转发给InvocationHandler处理
这也是为什么JDK动态代理只能基于接口实现

JDK动态代理的局限性：

只能代理接口
性能开销比静态代理稍大

CGLIB动态代理：基于继承的代理方案

对于没有实现接口的类，我们可以使用CGLIB动态代理。与JDK动态代理不同，CGLIB通过继承目标类来实现代理。

CGLIB特点

不需要目标类实现接口
通过生成目标类的子类来实现代理
不能代理final类或final方法
性能通常优于JDK动态代理

实现原理

CGLIB底层使用ASM字节码操作框架，在运行时动态生成被代理类的子类。这个子类会重写父类的非final方法，并在方法调用前后加入切面逻辑。

Spring AOP的实现选择

Spring框架在实现AOP时，会根据目标对象的情况自动选择代理方式：

如果目标对象实现了接口，默认使用JDK动态代理
如果目标对象没有实现接口，则使用CGLIB代理
可以通过配置强制使用CGLIB代理

性能比较

在实际应用中，三种代理方式各有优劣：

| 代理类型 | 优点 | 缺点 | 适用场景 | |---------|------|------|---------| | 静态代理 | 性能最好，实现简单 | 扩展性差，每个类需要单独代理 | 简单场景，代理类少 | | JDK动态代理 | 无需实现具体代理类 | 只能代理接口，性能稍差 | 基于接口的代理 | | CGLIB代理 | 可以代理普通类 | 不能代理final类/方法，生成代理较慢 | 无接口的类代理 |