第十七章 Spring之假如让你来写AOP——Advice（通知）上篇

Spring源码阅读目录

第一部分——IOC篇

第一章 Spring之最熟悉的陌生人——IOC
第二章 Spring之假如让你来写IOC容器——加载资源篇
第三章 Spring之假如让你来写IOC容器——解析配置文件篇
第四章 Spring之假如让你来写IOC容器——XML配置文件篇
第五章 Spring之假如让你来写IOC容器——BeanFactory和FactoryBean
第六章 Spring之假如让你来写IOC容器——Scope和属性填充
第七章 Spring之假如让你来写IOC容器——属性填充特别篇：SpEL表达式
第八章 Spring之假如让你来写IOC容器——拓展篇
第九章 Spring之源码阅读——环境搭建篇
第十章 Spring之源码阅读——IOC篇

第二部分——AOP篇

第三部分——事务篇

第二十五章 Spring之曾经的老朋友——事务
第二十六章 Spring之假如让你来写事务——初稿篇
第二十七章 Spring之假如让你来写事务——铁三角篇
第二十八章 Spring之假如让你来写事务——属性篇
第二十九章 Spring之假如让你来写事务——状态篇
第三十章 Spring之假如让你来写事务——管理篇
第三十一章 Spring之假如让你来写事务——融入IOC容器篇
第三十二章 Spring之源码阅读——事务篇

第四部分——MVC篇

第五部分——Boot篇

前言

对于Spring一直都是既熟悉又陌生，说对它熟悉吧，平时用用没啥问题，但面试的时候被问的一脸懵逼，就很尴尬，都不好意思在简历上写着熟悉Spring了

所以决定花点时间研究研究Spring的源码。主要参考的书籍是：《Spring源码深度解析（第2版）》、《Spring揭秘》、《Spring技术内幕：深入解析Spring架构与设计原理（第2版）》

书接上回，在上篇 第十六章 Spring之假如让你来写AOP——Pointcut（切点）篇 中，A君已经完成 Pointcut（切点） 的内容，虽然糙了点。接下来看看 A君会有什么骚操作吧

尝试动手写IOC容器

出场人物：A君（苦逼的开发）、老大（项目经理）

背景：老大要求A君在一周内开发个简单的 IOC容器

前情提要： A君已经完成 Pointcut（切点） 的内容。。。

第十九版（上）参数匹配器

“Pointcut（切点） 弄得差强人意，先这样把，时间来不及了，后续再优化。接下来要考虑 Advice（通知） 的事了。我看了你之前做的初稿，Advice（通知） 思路是对的，懂得提取前置、后置通知成接口，但是方法调用不支持参数，多个通知顺序问题，细节部分有待提高。还有 环绕通知、引介通知 没有实现，这部分内容也去考虑一下把！” 老大布置完任务，也不等 A君回答，就火急火燎的离开了

“得，项目开始赶了。搞不好又得加班。” A君无言，算了，还是开始干活吧，现在不是想这些乱七八糟的时候。A君先从通知执行顺序开始，这个好说，只需要定义一个接口，根据数字排序即可。A君定义 Ordered 接口，代码如下：

public interface Ordered {
   
    int HIGHEST_PRECEDENCE = Integer.MIN_VALUE;

    int LOWEST_PRECEDENCE = Integer.MAX_VALUE;

    int getOrder();
}

对于不同通知来说，Ordered 显得有点多余，像前置、后置这些，不需要 Ordered 即可确定执行顺序，只有同类型的通知，再由 Ordered 进行进一步排序。A君又定义了个 AspectJPrecedenceInformation 接口，代码如下：

import com.hqd.ch03.v19.core.Ordered;

/**
 * 切面信息
 */
public interface AspectJPrecedenceInformation extends Ordered {
   
    String getAspectName();

    /**
     * 是否前置通知
     */
    boolean isBeforeAdvice();

    /**
     * 是否后置通知
     */
    boolean isAfterAdvice();
}

排序问题搞定后，A君开始琢磨 Advice（通知） 参数问题，这部分内容是必须的，自己整的 AOP 不支持参数，都不好意思说出口。A君开始思索如何实现：直接把目标方法的参数扔给通知方法吗？好像不太行，通知方法都有个JoinPoint类型的默认参数，这个参数用户可能用，也可能不用。这个不能确定，那么就需要根据实际情况去计算了。解决完JoinPoint参数的问题，那么接下来可以把参数数组直接扔过去了吗？好像也不太行，一来参数数组在传递的过程中可能发生变化，二来有可能通知方法有可能就用几个参数，下标方案也不太成。那只能根据方法名了，方法名是唯一的，这个编译时候可以保证，当然可以通过字节码修改，这个就不在谈论的范畴之内了。思路已经确定了，老套路，A君定义 ParameterNameDiscoverer 作为接口规范，代码如下：

import java.lang.reflect.Constructor;
import java.lang.reflect.Method;

public interface ParameterNameDiscoverer {
   
    /**
     * 获取方法参数
     *
     * @param method
     * @return
     */
    String[] getParameterNames(Method method);

    /**
     * 获取构造器参数
     *
     * @param ctor
     * @return
     */
    String[] getParameterNames(Constructor<?> ctor);
}

接下来就是具体实现了，这个简单，直接反射获取就行了，A君随手写了几行代码测试下，结果却让 A君傻眼了。结果如下：

“我那又大又圆的参数名呢？” A君愕然。查阅相关资料后，原来 Java 在编译后，参数名会被擦除。JDK8 才支持保留参数名信息，只是编译时需要添加 -parameters 参数，这样子反射才能获取的到。说干就干，A君先在 IDEA 添加对应的参数，如下：

然后再运行下代码（运行之前记得先刷新下），运行结果如下：

这回正常了。A君定义 StandardReflectionParameterNameDiscoverer 作为该方案实现，代码如下：

import java.lang.reflect.Constructor;
import java.lang.reflect.Method;
import java.lang.reflect.Parameter;

public class StandardReflectionParameterNameDiscoverer implements ParameterNameDiscoverer {
   
    @Override
    public String[] getParameterNames(Method method) {
   
        return getParameterNames(method.getParameters());
    }

    @Override
    public String[] getParameterNames(Constructor<?> ctor) {
   
        return getParameterNames(ctor.getParameters());
    }

    private String[] getParameterNames(Parameter[] parameters) {
   
        String[] names = new String[parameters.length];
        for (int i = 0; i < parameters.length; i++) {
   
            Parameter parameter = parameters[i];
            if (!parameter.isNamePresent()) {
   
                return null;
            }
            names[i] = parameter.getName();
        }
        return names;
    }
}

代码虽然写完了，不过显然不是好办法。首先无法保证所有用户都是用 JDK8 以上的版本，就算是，还得要求编译时候加参数，从用户体验上来说，也是相当糟糕的。如此说来，只能另寻他法了。之前，A君在折腾 JVM 的时候，看到一个叫 局部变量表 的东西，简单的说，这个表会保留方法运行时候的变量信息，自然也包括参数信息。A君随便拿个类验证下，代码如下：

字节码如下：

可以看到，局部变量表 中包含了参数信息。具体内容 A君就不再这里长篇大论了，这玩意涉及到 JVM 的东西，此次的重点在 AOP，不能一叶障目。对于字节码的操作，ASM 已经提供对应的API。A君只要根据方法名、参数信息匹配到目标方法即可，A君定义 LocalVariableTableParameterNameDiscoverer 类作为实现。代码如下：

import org.apache.commons.lang3.StringUtils;
import org.objectweb.asm.*;

import java.io.IOException;
import java.lang.reflect.Constructor;
import java.lang.reflect.Executable;
import java.lang.reflect.Method;
import java.lang.reflect.Modifier;

/**
 * 局部变量表获取参数名
 */
public class LocalVariableTableParameterNameDiscoverer implements ParameterNameDiscoverer {
   
    private String getName(final Executable executable) {
   
        /**
         * 构造器
         */
        if (executable instanceof Constructor) {
   
            return "<init>";
        } else if (executable instanceof Method) {
   //正常方法
            return executable.getName();
        } else {
   
            return null;

posted @ 2024-11-16 08:12 穷儒公羊阅读(5) 评论(0) 收藏举报来源

刷新页面返回顶部

qrgy

第十七章 Spring之假如让你来写AOP——Advice（通知）上篇

Spring源码阅读目录

第一部分——IOC篇

第二部分——AOP篇

第三部分——事务篇

第四部分——MVC篇

第五部分——Boot篇

文章目录

前言

尝试动手写IOC容器

第十九版（上）参数匹配器

公告

qrgy

第十七章 Spring之假如让你来写AOP——Advice（通知）上篇

Spring源码阅读目录

第一部分——IOC篇

第二部分——AOP篇

第三部分——事务篇

第四部分——MVC篇

第五部分——Boot篇

文章目录

前言

尝试动手写IOC容器

第十九版（上） 参数匹配器

公告

第十九版（上）参数匹配器