AOP 译为(面向切面编程)
在软件业,AOP为Aspect Oriented Programming的缩写,意为:面向切面编程; 通过预编译方式和运行期间动态代理实现程序功能的统一维护的一种技术;AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型
利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率
横切关注点
对哪些方法进行拦截,拦截后怎么处理,这些关注点称之为横切关注点
切面(aspect)
类是对物体特征的抽象,切面就是对横切关注点的抽象
连接点(joinpoint)
被拦截到的点,因为spring只支持方法类型的连接点,所以在Spring中连接点指的就是被拦截到的方法,实际上连接点还可以是字段或者构造器
切入点(pointcut)
对连接点进行拦截的定义
通知(advice)
所谓通知指的就是指拦截到连接点之后要执行的代码,通知分为前置、后置、异常、最终、环绕通知五类
目标对象
代理的目标对象
织入(weave)
将切面应用到目标对象并导致代理对象创建的过程
引入(introduction)
在不修改代码的前提下,引入可以在运行期为类动态地添加一些方法或字段
横向抽取机制,那么什么是横向抽取机制呢?
所谓的横向抽取机制就是使用动态的代理的方式(cglib代理和jdk代理)来实现对象的代理,实际上我们操作的是假对象
既然有横向抽取机制,那么有没有纵向代理模式呢 ?那么什么是纵向抽取呢?
答案是有的,纵向抽取就是把公共的方法写在父类里,所有的类都继承父类,这样就是能调用父类的方法
例如:你购物付款是一个子类的功能,你可能还会取款,这也是一个功能,而在他们结束之后,银行都会发送一个信息给你,这又是一个功能,这个银行给你发送信息是个公共的方法,所以这个发信息的功能就是属于父类的。子类继承父类并调用父类的方法就是纵向抽取
在通常的应用场景中,都会进行事务处理、日志记录等操作,比如:
class User{
public void addUser(){
...... //添加用户
....... //记录一条日志:xxx时间添加xxx用户,操作者:xxx,操作结果:xxx
}
public void alterUser(){
....... //修改用户
........//记录一条日志:xxx时间修改xxx用户,操作者:xxx,操作结果:xxx
}
public void deleteUser(){
.......//删除用户
.......//记录一条日志:xxx时间删除xxx用户,操作者:xxx,操作结果:xxx
}
这是一个操作用户的类,是对用户的抽象,日志操作和用户操作其实没有半毛钱关系,上面的抽象并不好,把用户操作和日志操作杂糅在一起,应该把日志操作分离出去,这样才符合OOP的编程思想
而且后期不好维护、升级,比如后面要修改日志操作,你找到User类,在addUser()中一部分是用户操作,一部分是日志操作,你要先找到哪些是日志操作,然后改。后面的方法也是如此,很繁琐
AOP解决了此问题,AOP是一种新的编程思想,是OOP的一种补充; OOP专心负责核心业务,AOP负责其它杂七杂八的业务
OOP好比是经理,AOP好比是助理。原先所有事儿,什么批文件、见客户、通知下级来开会、向下级传达指示,所有事儿都是自己做,很繁琐,搞得精疲力竭,还容易出问题
现在招了助理AOP,总经理OOP可以专心处理核心的业务,批示下文件、见见客户就行了;传递指示、通知下级开会,这些事儿助理AOP来做;分工明确,效率高很多
这些操作可以被多个类使用,叫做切面(Aspect)
在编译期,切面直接以字节 码的形式编译到目标字节码文件中
AspectJ属于静态AOP,是在编译时进行增强,会在编译的时候将AOP逻辑织入到代码中,需要专有的编译器和织入器
● 优点:被织入的类性能不受影响
● 缺点:不够灵活
在运行期,目标类加载后,为接口动态生成代理类,将切面植入到代理类中
Java从1.3引入动态代理。实现原理是为被代理的业务接口生成代理类,将AOP逻辑写入到代理类中,在运行时动态织入AOP,使用反射执行织入的逻辑
主要实现方式依赖java.lang.reflect包下的InvocationHandler和Proxy类
● 优点:Java标准库原生支持,使用简单,无需引用额外的包。相对于静态AOP更灵活
● 缺点:带代理的类必须是接口,灵活性受到一些限制;使用反射会影响一些性能
在运行期,目标类加载后,动态构建字节码文件生成目标类的子类,将切面逻辑加入到子类中
CGLib是动态代码字节生成的实现,它封装字节码生成工具Asm,原理是在运行期间目标字节码加载后,生成目标类的子类,将切面逻辑加入到子类中,所以使用Cglib实现AOP不需要基于接口
● 优点:没有接口也可以织入,灵活性高
● 缺点:扩展类的实例方法为final时,则无法进行织入
在运行前,目标加载前,将切面逻辑加到目标字节码中
可以考虑javassist来实现。Javassist 是一个编辑字节码的框架,可以让你很简单地操作字节码;它可以在运行期定义或修改Class,使用Javassist实现AOP的原理是在字节码加载前直接修改需要切入的方法
● 优点:可以对绝大部分类织入
● 缺点:如果用到了其他类加载器,则这些类将不被织入
● 为了方便,用了aop能让你少写很多代码
● 为了更清晰的逻辑,可以让你的业务逻辑去关注自己本身的业务,而不去想一些其他的事情,这些其他的事情包括:安全,事物,日志等
● 为了降低之前传统面向对象中采用纵向继承体系增强方法导致的耦合度过高的问题
● 提高了代码的复用性
● AOP的核心思想是帮助我们在扩展功能(方法)时可以不依靠修改源代码来实现
● 其采取横向抽取机制,规避了传统面向对象中纵向继承体系的重复性高耦合代码
发展:修改源代码————采用OOP纵向继承体系————采用AOP横向织入
实现原理:通过动态代理创建代理对象来实现,默认使用Java动态代理来创建AOP代理,当需要代理的类不是代理接口的时候,Spring会切换为使用CGLIB代理
Aop 可以说是spring的一大特色,主要应用场景有事物管理、权限、日志这几块用的比较多
技术是无止境的,你需要对自己提交的每一行代码、使用的每一个工具负责,不断挖掘其底层原理,才能使自己的技术升华到更高的层面
Android 架构师之路还很漫长,与君共勉
PS:有问题欢迎指正,可以在评论区留下你的建议和感受;
欢迎大家点赞评论,觉得内容可以的话,可以转发分享一下