aop技术底层实现浅析

Posted 2021-05-01 有意思的程序员

AOP（百度百科）：

AOP（Aspect Oriented Programming），即面向切面编程，可以说是OOP（Object Oriented Programming，面向对象编程）的补充和完善。OOP引入封装、继承、多态等概念来建立一种对象层次结构，用于模拟公共行为的一个集合。不过OOP允许开发者定义纵向的关系，但并不适合定义横向的关系，例如日志功能。日志代码往往横向地散布在所有对象层次中，而与它对应的对象的核心功能毫无关系对于其他类型的代码，如安全性、异常处理和透明的持续性也都是如此，这种散布在各处的无关的代码被称为横切（cross cutting），在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。

AOP技术恰恰相反，它利用一种称为"横切"的技术，剖解开封装的对象内部，并将那些影响了多个类的公共行为封装到一个可重用模块，并将其命名为"Aspect"，即切面。所谓"切面"，简单说就是那些与业务无关，却为业务模块所共同调用的逻辑或责任封装起来，便于减少系统的重复代码，降低模块之间的耦合度，并有利于未来的可操作性和可维护性。

使用"横切"技术，AOP把软件系统分为两个部分：核心关注点和横切关注点。业务处理的主要流程是核心关注点，与之关系不大的部分是横切关注点。横切关注点的一个特点是，他们经常发生在核心关注点的多处，而各处基本相似，比如权限认证、日志、事物。AOP的作用在于分离系统中的各种关注点，将核心关注点和横切关注点分离开来。

Aop开发较之oop开发的优点？

    所谓oop开发即是面向对象开发，oop的三大特性继承、封装、多态。那么大家有没有想过面向对象开发的精髓在哪里呢？个人认为面向对象的精髓在于提高了代码的复用性，无论是封装、继承还是多态的努力方向都是拒绝重复造轮子。

面向对象开发图

这种感觉像不像车间的流水线？这个模式的管理表面看起来非常和谐，但是大家想一想这样安排有没有弊端？这种设计模式的前提是各个工段的产能一样才是高效的，当一个工段的产能不足，就会影响整个工程，这就是著名的瓶颈，也可理解为木桶效应？面向对象中接口的出现就可以解决这种瓶颈问题，即进一步的提高代码的复用性，同时也降低了程序的耦合性，如下图：

即使是这样，oop的开发依然不能最大化的释放产能，即最大化的提高代码的复用性，本质原因是oop开发是纵向的，要想更大化的提高代码的复用性，本质应该提升广度，Aop应运而生，aop的实现依赖的是动态代理，而动态代理的底层又是反射，它可以在运行期对某些功能增强。

Aop思想：

下面代码实现aop思想：

工程结构图：

分析：

实现类代码：

代理类代码：

测试：

结果：

总结：

    本文主要想要介绍的是aop的思想，以及动态代理的底层实现，并没有去讲spring的aop，spring的aop也是基于动态代理实现的，只不过他有两种代理方式并且引入了切点和通知等概念，只要理解了底层实现思想，spring aop的使用只是一个熟悉风格的问题。