关于java:如果抛开-Spring如何自己实现-AOP面试必问

作者：张喜硕\
起源：https://segmentfault.com/a/11&＃8230;

打开to-do，注解认证中许可大家要解说代理模式。

正好遇到了一道这样的题：抛开Spring来说，如何本人实现Spring AOP?

就喜爱这样的题，能把那些天天写增删改查从来不思考的人给PK上来，明天就和大家所有学习代理模式与Spring AOP。举荐一个 Spring Boot 基础教程及实战示例：
https://github.com/javastacks&＃8230;

场景形容

代理，即代替之意，可代替所有性能，即和原类实现雷同的标准。

代理模式和装璜器模式很像，之前的装璜器讲的不是很好，这里换个例子再讲一遍。

平静的午后，来到咖啡馆，想喝一杯咖啡。

根底实现

给你一个咖啡接口：

public interface Coffee {

    /**
     * 打印以后咖啡的原材料，即咖啡里有什么
     */
    void printMaterial();
}

一个默认的苦咖啡的实现：

public class BitterCoffee implements Coffee {

    @Override
    public void printMaterial() {
        System.out.println("咖啡");
    }
}

默认的点餐逻辑：

public class Main {

    public static void main(String[] args) {
        Coffee coffee = new BitterCoffee();
        coffee.printMaterial();
    }
}

点一杯咖啡。

装璜器模式

优雅的服务生把咖啡端了上来，抿了一口，有些苦。

想加点糖，对服务生说：“您好，请为我的咖啡加些糖”。

/**
 * 糖装璜器，用来给咖啡加糖
 */
public class SugarDecorator implements Coffee {

    /**
     * 持有的咖啡对象
     */
    private final Coffee coffee;

    public SugarDecorator(Coffee coffee) {
        this.coffee = coffee;
    }

    @Override
    public void printMaterial() {
        System.out.println("糖");
        this.coffee.printMaterial();
    }
}

而后服务生就拿走了我的咖啡，去应用SugarDecorator为咖啡加糖，最初把加好糖的咖啡给我。

public class Main {

    public static void main(String[] args) {
        Coffee coffee = new BitterCoffee();
        coffee = new SugarDecorator(coffee);
        coffee.printMaterial();
    }
}

看一看咖啡的成分，对的，的确加上了糖！

留神看这两行：

Coffee coffee = new BitterCoffee();        // 点了一杯苦咖啡
coffee = new SugarDecorator(coffee);       // 给咖啡加了点糖

装璜器模式适宜什么场景，我有一个对象，然而这个对象的性能不能令我称心，我就拿装璜器给他装璜一下。

代理模式

周末了，又抱着iPad来到了咖啡馆，筹备享受一个平静的下午。

“学生，请问您要喝点什么？”一旁礼貌的服务生上前问道。

上次点的咖啡太苦了，这次间接要个加糖的吧。

“我要一杯加糖咖啡。”

public class CoffeeWithSugar implements Coffee {

    private final Coffee coffee;

    public CoffeeWithSugar() {
        this.coffee = new BitterCoffee();
    }

    @Override
    public void printMaterial() {
        System.out.println("糖");
        this.coffee.printMaterial();
    }
}

这是加糖咖啡，其实外部依然是咖啡，只是加了些配方，就产生了一种新类，一种新的能够在菜单上出现的饮品。

点咖啡：

public class Main {

    public static void main(String[] args) {
        Coffee coffee = new CoffeeWithSugar();
        coffee.printMaterial();
    }
}

正合我意，在咖啡的陪伴下度过了一个美妙的下午。

差异

故事讲完了，两者实现的都是对原对象的包装，持有原对象的实例，差异在于对外的体现。

装璜器模式：点了咖啡，发现太苦了，不是本人想要的，而后用装璜器加了点糖。

Coffee coffee = new BitterCoffee();
coffee = new SugarDecorator(coffee);

代理模式：间接就点的加糖咖啡。

Coffee coffee = new CoffeeWithSugar();

很轻微的差异，心愿大家不要弄混。

批评

去看代理模式相干的材料，形形色色，怎么了解的都有。

还有，网上许多设计模式的文章都是你抄我、我抄你，一个错了，全都错了。

我感觉我须要纠正一下。谁说代理模式肯定要用接口的啊？代理模式时设计模式，设计模式不分语言，如果一门语言中没有接口，那它就不能代理模式了吗？只是Java中的接口能够让咱们合乎依赖倒置准则进行开发，升高耦合。用抽象类能够吗？能够。用类继承能够吗？也能够。

思维明确了，用什么写还不是像玩一样？

另外，设计模式系列面试题和答案全副整顿好了，微信搜寻​Java技术栈，在后盾发送：面试，​能够在线浏览。

设计模式是思维，所以我下面说的代理模式不是仅实用于接口便与Spring AOP非亲非故。

AOP：Aspect Oriented Programming，面向切面编程，是面向对象编程的补充。如果你不明确这句话，好好去学学面向对象就晓得为什么了。

咱们会申明切面，即切在某办法之前、之后或前后都执行。而Spring AOP的实现就是代理模式。

场景

正好最近写过短信验证码，就拿这个来当例子吧。

public interface SMSService {

    void sendMessage();
}
public class SMSServiceImpl implements SMSService {

    @Override
    public void sendMessage() {
        System.out.println("【梦云智】您正在执行重置明码操作，您的验证码为：1234，5分钟内无效，请不要将验证码转发给别人。");
    }
}

主函数：

public class Main {

    public static void main(String[] args) {
        SMSService smsService = new SMSServiceImpl();
        smsService.sendMessage();
        smsService.sendMessage();
    }
}

费用统计

老板改需要了，发验证码要花钱，老板想看看一共在短信上花了多少钱。

失常按Spring的思路，必定是申明一个切面，来切发短信的办法，而后在切面内统计短信费用。

只是当初没有框架，也就是这道题：抛开Spring来说，如何本人实现Spring AOP?

写框架思考的天然多些，我上文讲的代理是动态代理，编译期间就决定好的。而框架实现却是动静代理，须要在运行时生成代理对象，因为须要进行类扫描，看看哪些个类有切面须要生成代理对象。

JDK动静代理

编写一个统计短信费用的类实现InvocationHandler接口。

写到这，终于明确为什么每次后盾Debug的时候都会跳转到invoke办法。

public class MoneyCountInvocationHandler implements InvocationHandler {

    /**
     * 被代理的指标
     */
    private final Object target;

    /**
     * 外部存储钱的总数
     */
    private Double moneyCount;

    public MoneyCountInvocationHandler(Object target) {
        this.target = target;
        this.mOneyCount= 0.0;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        Object result = method.invoke(target, args);
        moneyCount += 0.07;
        System.out.println("发送短信胜利，共花了：" + moneyCount + "元");
        return result;
    }
}

将主函数里的smsService替换为应用MoneyCountInvocationHandler解决的代理对象。

public class Main {

    public static void main(String[] args) {
        SMSService smsService = new SMSServiceImpl();
        smsService = (SMSService) Proxy.newProxyInstance(Main.class.getClassLoader(),
                                            new Class[]{SMSService.class},
                                            new MoneyCountInvocationHandler(smsService));
        smsService.sendMessage();
        smsService.sendMessage();
    }
}

依据InvocationHandler中的invoke办法动静生成一个类，该类实现SMSService接口，代理对象，就是用这个类实例化的。

AOP实现

下面的都实现了？写一个AOP是不是也不是难事？

主函数的代码，应该放在IOC容器初始化中，扫描包，去看看哪些个类须要生成代理对象，而后结构代理对象到容器中。

而后在invoke办法里，把统计费用的逻辑改成切面的逻辑不就好了吗？

有余剖析

完结了吗？当然没有，下面的办法实现仅对接口无效。

因为JDK的动静代理，是生成一个实现相应 接口 的代理类。然而Spring又不是只能通过接口注入。

@Autowired
private Type xxxxx;

Spring的@Autowired是通过申明的类型去容器里找合乎的对象而后注进来的，接口是类型，类不也是类型吗？

@Autowired
private SMSService smsService;

这样能注进来。

@Autowired
private SMSServiceImpl smsService;

这样呢？也能注进来。

所以，JDK动静代理针对间接注入类类型的，就代理不了。

cglib动静代理

自古以来，素来都是时势造英雄，而不是英雄发明了时代。

呈现了问题，天然会有英雄进去解决。援救世界的就是cglib。

JDK动静代理解决不了的，通通交给cglib。

就这个来说：

@Autowired
private SMSServiceImpl smsService;

不是应用接口注入的，JDK动静代理解决不了。cglib怎么解决的呢？它会依据以后的类，动静生成一个子类，在子类中织入切面逻辑。

而后应用子类对象代理父类对象。这就是为什么我下面说：代理模式，不要拘泥于接口。

所以织入胜利的，都是子类能把父类笼罩的办法。

所以cglib也不是万能的，办法是final的，子类重写不了，它当然也机关用尽了。

读书读的是什么？是真正了解作者的思维，明确作者想讴歌什么、批评什么。

框架学的是什么？不只是为了进步开发效率，而是在应用的时候，就像与设计者交换一样，能真正明确框架设计者的思维，才算用明确一款框架。

如果咱们都能做到这般，又何愁设计不出一款真正属于本人的框架呢？

近期热文举荐：

1.1,000+ 道 Java面试题及答案整顿(2021最新版)

2.别在再满屏的 if/ else 了，试试策略模式，真香！！

3.卧槽！Java 中的 xx ≠ null 是什么新语法？

4.Spring Boot 2.6 正式公布，一大波新个性。。

5.《Java开发手册（嵩山版）》最新公布，速速下载！

感觉不错，别忘了顺手点赞+转发哦！