开始
今天和大家聊聊AOP：面向切面编程思想。开始聊之前，先和大家一起从编程思想的发展说起。
编程思想的发展历程：
1、POP编程
首先，大家应该都知道，什么是POP编程吧，就是面向过程编程。关于这个编程思想就不做介绍了。
从思维上来讲，面向过程更强调细节，忽视了整体性和边界性。
典型代表是 C/C++的结构体。
POP的不足：
代码重用性低，不易扩展，维护起来难度大，耦合度比较高。
2、OOP编程
面向对象编程，把事物对象化，对象包含属性和方法，万物皆对象。
当规模不大，面向过程编程就可以了
最终实现业务，还是得面向过程，按照过程，把业务串起来。
OOP的形式：一个模块由多个类组成，模块又组成某个服务，多个服务组成一个系统
业务变更，需要修改代码，类肯定要发生改变
但是类应该是固定的，不应该频繁被修改，甚至是不允许修改
从而引出了设计模式，就是为了解决这个问题。
OOP的思想，对象组织，是以继承关系为主线，纵向的，有底到高。
OOP问题：
1）、共性问题，纵向思维，共性越多，接口就越多
2）、扩展问题，需要对现有的对像动态添加某种行为。
因此，由于OOP的问题，从而引出了AOP编程
3、AOP编程
所谓的AOP ：面向切面编程，它是可以通过预编译的方式和运行期动态实现，在不修改源代码的情况下，给程序动态统一添加功能的技术。
OOP是关注将需求功能划分为不同的，相对独立的，封装良好的类，并让他们有自已的行为，依靠继顾，多态来定义彼此的关系。
AOP是希望能够将通用功能从不相关的类分离出来，能够使很多类，共享一个行为，这个行为，一旦发生变化，我们只需要修改这个行为就行了，而不需要去修改其他的类。
AOP的切面怎么理解呢？
橫切关注点：比如一个电商系统，处理一个订单，需要进行授权认证，订单处理，日志记录。。。更多操作；商品入库，也需要进行授权认证，入库处理，日志记录。。。更多操作。
OOP，程序都是通过类和接口组织的，核心业务逻辑采用OOP是很合理的。但对于横跨系统中多个模块的功能需求，就比较吃力了，比如日志处理，授权验证，统一的异常处理，性能统计等
而这些都有一个共同点，都是非业务的，非业务的功能代码，从业务代码中抽离出来，独立到非业务的功能代码中，这样我们改变这些行为时，就不会影响现有的业务逻辑代码
简单来说，AOP就是将通用功能抽取出来。面向切面，就是关注通用功能，而不关注业务，而我们的OOP是关注业务的，这就是它们的区别。
AOP实现原理：预先定义一组特性，使它具有拦截方法的功能，执行方法之前和之后做你想要做的事情，而这个的拦截关卡，就是所谓的切面
过滤器，其实就是AOP的一种实现
AOP的优势：
1）、将通用功能从业务逻中抽离出来，提高代码的复用性，有利于后期的维护和扩展
2）、在软件设计时，抽出通用功能（抽出切面），降低架构的复杂度，这样在做系统时，只需要完成业务处理功能
4、AOP和OOP的区别：
1）、面向的目标不同：OOP面向的是名词领域（商品、对象、类），AOP面向的是动词领域（授权、验证、监控、埋点）
2）、思想结构不同：OOP是纵向结构，AOP是横向结构。
3）、注重的方面不同：OOP注重业务逻辑单元的划分；AOP偏重业务处理过程中某个步骤或者阶段的行为。
5、AOP和OOP的关系。
AOP其实是OOP的一个补充，它们都是编程思想，是相互弥补各自的不足，就犹如，OOP弥补POP的不足。
核心需求，仍然由OOP来实现，具体的业务，由POP来实现。而AOP就是为了让OOP更专注于业务的逻辑处理，它们都是相辅相成的
6、如何在代码里去实现AOP
这里就不过多的介绍了，实现在AOP的方式有很多种，通过设计模式就可以实现。
装饰器模式：允许向一个对象添加新的功能，同时又不改变其结构。
代理模式：一个类代表别一个类，然后向外界提供功能接口。
过滤器。
