aop源码分析(一)——开启aop到代理类生成(未完成)

简介: 我们都知道spring aop的底层是动态代理,这篇博客会分析下spring aop的实现原理。当然,spring aop的实现还是非常复杂的,这里会拆成多篇博客分析。

我们都知道spring aop的底层是动态代理,这篇博客会分析下spring aop的实现原理。当然,spring aop的实现还是非常复杂的,这里会拆成多篇博客分析。

在分析spring aop之前,先弄明白spring aop实现了个什么样的功能。

从配置文件开始

先来看个例子(代码来自https://my.oschina.net/sniperLi/blog/491854

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xsi:schemaLocation="http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.1.xsd
        http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd">

    <!-- 激活组件扫描功能,在包com.hdj.learn.spring.aop及其子包下面自动扫描通过注解配置的组件 -->
    <context:component-scan base-package="com.hdj.learn.spring.aop"/>
    <!-- 激活自动代理功能 -->
    <aop:aspectj-autoproxy proxy-target-class="true"/>

    <!-- 用户服务对象 -->
    <bean id="userService" class="com.hdj.learn.spring.aop.service.UserService" />

</beans>
//声明这是一个组件
@Component
//声明这是一个切面Bean
@Aspect
@Slf4j
public class ServiceAspect {

    //配置切入点,该方法无方法体,主要为方便同类中其他方法使用此处配置的切入点
    @Pointcut("execution(* com.hdj.learn.spring.aop.service..*(..))")
    public void aspect() {
    }

    /*
     * 配置前置通知,使用在方法aspect()上注册的切入点
     * 同时接受JoinPoint切入点对象,可以没有该参数
     */
    @Before("aspect()")
    public void before(JoinPoint joinPoint) {
        log.info("before " + joinPoint);
    }

    //配置后置通知,使用在方法aspect()上注册的切入点
    @After("aspect()")
    public void after(JoinPoint joinPoint) {
        log.info("after " + joinPoint);
    }

    //配置环绕通知,使用在方法aspect()上注册的切入点
    @Around("aspect()")
    public void around(JoinPoint joinPoint) {
        long start = System.currentTimeMillis();
        try {
            ((ProceedingJoinPoint) joinPoint).proceed();
            long end = System.currentTimeMillis();
            log.info("around " + joinPoint + "\tUse time : " + (end - start) + " ms!");
        } catch (Throwable e) {
            long end = System.currentTimeMillis();
            log.info("around " + joinPoint + "\tUse time : " + (end - start) + " ms with exception : " + e.getMessage());
        }
    }

    //配置后置返回通知,使用在方法aspect()上注册的切入点
    @AfterReturning("aspect()")
    public void afterReturn(JoinPoint joinPoint) {
        log.info("afterReturn " + joinPoint);
    }

    //配置抛出异常后通知,使用在方法aspect()上注册的切入点
    @AfterThrowing(pointcut = "aspect()", throwing = "ex")
    public void afterThrow(JoinPoint joinPoint, Exception ex) {
        log.info("afterThrow " + joinPoint + "\t" + ex.getMessage());
    }

}

通过xml 及 注解的方式,我们就完成了最简单的spring aop的配置

客户端调用

//client 调用
public static void main(String[] args) {
    ApplicationContext context = new ClassPathXmlApplicationContext("classpath:aop/applicationContext.xml");
    UserService person = (UserService) context.getBean("userService");
    person.getUser();
}

结果输出

img_283ccf6a355bb93d6a97c420f5869f9a.png

看这里,我们在不改变userService的方法前提下,往person.getUser的方法之前,及方法之后,添加了代码。

于是,我们会从以下几个角度来分析源码:
1)最重要的,如何在不改变源码的前提下,往代码的前后增加代码
2)如何配置要在哪个方法前后增加代码

这篇博客先进行一个概述,细节会在后面几篇博客里分析。

aop:aspectj-autoproxy 开启自动代理

img_f06a13717681e587d3425445ba67c456.png

之前分析 spring注解配置依赖注入时,我们有分析过annotation-config,aop和此处的处理方式一致,都是配置一个专门的解析器,对其进行解析。

img_512aaefdc4160284123e01ba4ca78a98.png

追一下调用过程,大概流程如下:
1)注册 internalAutoProxyCreator 的 实现类 AnnotationAwareAspectJAutoProxyCreator
2)如果配置了proxy-target-class 为true,将proxyTargetClass这个属性记录下来
3)expose-proxy 同样,如果存在,记录exposeProxy为true
4)注册该BeanDefinition

代理对象的创建

分析了spring aop的创建,继续分析spring aop

spring初始化到创建aop代理对象流程图

img_0594ffd5776fbada213fd874fb7627b3.png

cglib实现

由于该代理对象没有实现接口,所以这里底层使用cglib对其进行增强


img_7d16ff8576f9804c710bc81591d648cd.png

总结

有点事,今天就写到这里了2333,很多细节没有说清楚,后续会完善的。
后续会完善以下几点:
1)切面,通知的配置
2)方法增强原理
todo o(╥﹏╥)o

目录
相关文章
|
3月前
|
Java Spring
Spring 源码阅读 72:基于 CGLIB 的 AOP 代理的原理(2)- 拦截器的查找与执行
【1月更文挑战第7天】本文分析了基于 CGLIB 的 AOP 代理如何查找和执行拦截器链,其主要的逻辑在 DynamicAdvisedInterceptor 的intercept方法执行。
35 1
|
3月前
|
缓存 Java Spring
Spring 源码阅读 66:基于 JDK 的 AOP 代理如何获取拦截器链(4)- 将 Advice 封装为拦截器
【1月更文挑战第1天】本文分析了 Advice 被封装成 MethodInterceptor 的过程,Spring AOP 用到的五种 Advice 中,有些本身就是 MethodInterceptor 的实现类,而有些需要通过适配器的封装。
43 0
|
3月前
|
Java Spring
Spring 源码阅读 71:基于 CGLIB 的 AOP 代理的原理(1)- DynamicAdvisedInterceptor 分析
【1月更文挑战第6天】本文分析了基于 CGLIB 的 AOP 代理对象,是通过一个 DynamicAdvisedInterceptor 类型的 Callback 来完成 AOP 增强逻辑处理的,DynamicAdvisedInterceptor 通过实现 MethodInterceptor 接口的intercept方法来处理 AOP 增强逻辑。下一篇,将重点分析这个方法的原理。
54 7
|
2月前
|
设计模式 安全 Java
深入理解Spring Boot AOP:CGLIB代理与JDK动态代理的完全指南
深入理解Spring Boot AOP:CGLIB代理与JDK动态代理的完全指南
305 1
|
2月前
|
缓存 Java uml
SpringBoot2 | Spring AOP 原理深度源码分析(八)
SpringBoot2 | Spring AOP 原理深度源码分析(八)
48 0
|
3月前
|
设计模式 Java Spring
Spring AOP基础之代理模式.静态代理和动态代理
Spring AOP基础之代理模式.静态代理和动态代理
30 0
Spring AOP基础之代理模式.静态代理和动态代理
|
3月前
|
XML Java 数据格式
Spring 源码阅读 70:基于 JDK 的 AOP 代理拦截器链执行(4)- 容易被忽略的 ExposeInvocationInterceptor
【1月更文挑战第5天】本文分析了 Spring AOP 拦截器链中的一个特殊拦截器 ExposeInvocationInterceptor 的注册的时机以及它的作用。至此,基于 JDK 的 AOP 代理拦截器链执行的逻辑就分析完了。
387 0
|
3月前
|
Java 索引 Spring
Spring 源码阅读 69:基于 JDK 的 AOP 代理拦截器链执行(3)- MethodInterceptor 分析
【1月更文挑战第4天】本文详细分析了 Spring AOP 中五种增强类型对应的拦截器中增强方法的执行逻辑,结合上一篇中分析的 ReflectiveMethodInvocation 中proceed方法的执行逻辑,就组成了完整的拦截器链递归调用的逻辑。
34 0
|
3月前
|
Java 索引 Spring
Spring 源码阅读 68:基于 JDK 的 AOP 代理拦截器链执行(2)- ReflectiveMethodInvocation 分析
【1月更文挑战第3天】本文分析了 ReflectiveMethodInvocation 类中的proceed方法,通过对这个方法的分析,了解了连接器链中的增强逻辑是如何逐层执行的,以及目标方法是什么时候被调用的。
31 0
|
3月前
|
Java Spring
Spring 源码阅读 67:基于 JDK 的 AOP 代理拦截器链执行(1)- 执行前的准备工作
【1月更文挑战第2天】本文总结了 JdkDynamicAopProxy 的invoke方法在获取到拦截器链之后,是如何开始执行增强逻辑的。对于拦截器链为空的情况,会直接调用目标方法,而存在拦截器的情况下,会将拦截器链和目标方法调用的信息封装成一个 MethodInterceptor 对象,执行其proceed方法,来完成增强逻辑和目标方法的执行。
21 0