aop技术底层实现浅析

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的使用只是一个熟悉风格的问题。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180525G1QGSK00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

同媒体快讯

扫码关注云+社区

领取腾讯云代金券