正好遇到了一道这样的题：抛开Spring来说，如何自己实现Spring AOP?
就喜欢这样的题，能把那些天天写增删改查从来不思考的人给PK下去，今天就和大家一切学习代理模式与Spring AOP。推荐一个 Spring Boot 基础教程及实战示例： https://github.com/javastacks/javastack
代理与装饰器
场景描述
代理，即替代之意，可替代所有功能，即和原类实现相同的规范。
代理模式和装饰器模式很像，之前的装饰器讲的不是很好，这里换个例子再讲一遍。
宁静的午后，来到咖啡馆，想喝一杯咖啡。
基础实现
给你一个咖啡接口：
很细微的差别，希望大家不要弄混。
批评
去看代理模式相关的资料，五花八门，怎么理解的都有。
还有，网上许多设计模式的文章都是你抄我、我抄你，一个错了，全都错了。
我觉得我需要纠正一下。谁说代理模式一定要用接口的啊？代理模式时设计模式，设计模式不分语言，假如一门语言中没有接口，那它就不能代理模式了吗？只是Java中的接口可以让我们符合依赖倒置原则进行开发，降低耦合。用抽象类可以吗？可以。用类继承可以吗？也可以。
思想明白了，用什么写还不是像玩一样？
另外，设计模式系列面试题和答案全部整理好了，微信搜索Java技术栈，在后台发送：面试，可以在线阅读。
AOP
设计模式是思想，所以我上面说的代理模式不是仅适用于接口便与Spring AOP息息相关。
AOP：Aspect Oriented Programming，面向切面编程，是面向对象编程的补充。如果你不明白这句话，好好去学学面向对象就知道为什么了。
我们会声明切面，即切在某方法之前、之后或前后都执行。而Spring AOP的实现就是代理模式。
场景
正好最近写过短信验证码，就拿这个来当例子吧。
费用统计
老板改需求了，发验证码要花钱，老板想看看一共在短信上花了多少钱。
正常按Spring的思路，肯定是声明一个切面，来切发短信的方法，然后在切面内统计短信费用。
只是现在没有框架，也就是这道题：抛开Spring来说，如何自己实现Spring AOP?
写框架考虑的自然多些，我上文讲的代理是静态代理，编译期间就决定好的。而框架实现却是动态代理，需要在运行时生成代理对象，因为需要进行类扫描，看看哪些个类有切面需要生成代理对象。
JDK动态代理
编写一个统计短信费用的类实现InvocationHandler接口。
写到这，终于明白为什么每次后台Debug的时候都会跳转到invoke方法。
将主函数里的smsService替换为使用MoneyCountInvocationHandler处理的代理对象。
AOP实现
上面的都实现了？写一个AOP是不是也不是难事？
主函数的代码，应该放在IOC容器初始化中，扫描包，去看看哪些个类需要生成代理对象，然后构造代理对象到容器中。
然后在invoke方法里，把统计费用的逻辑改成切面的逻辑不就好了吗？
不足分析
结束了吗？当然没有，上面的方法实现仅对接口有效。
因为JDK的动态代理，是生成一个实现相应 接口 的代理类。但是Spring又不是只能通过接口注入。
不是使用接口注入的，JDK动态代理解决不了。cglib怎么解决的呢？它会根据当前的类，动态生成一个子类，在子类中织入切面逻辑。
然后使用子类对象代理父类对象。这就是为什么我上面说：代理模式，不要拘泥于接口。
所以织入成功的，都是子类能把父类覆盖的方法。
所以cglib也不是万能的，方法是final的，子类重写不了，它当然也无计可施了。
总结
读书读的是什么？是真正理解作者的思想，明白作者想歌颂什么、批判什么。
框架学的是什么？不只是为了提高开发效率，而是在使用的时候，就像与设计者交流一样，能真正明白框架设计者的思想，才算用明白一款框架。
如果我们都能做到这般，又何愁设计不出一款真正属于自己的框架呢？
