AOP 面向切面编程（Aspect-Oriented Programming），本身只是一个概念，一个规范，并没有设定具体语言的实现。
功能上，允许程序在业务流中，植入一些新的代码程序。
实现上，AOP 并没有规定说，实现 AOP 协议的代码，要用什么方式去实现。
概念上，AOP 像 OOP 面向对象编程（Object Oriented Programming）一样，只是一种编程范式。
AOP 特例
新手容易把概念混淆，先强调一下：AOP 不等于动态代理，也不等于 spring 环境下的 AOP。
就举个例子，日常开发中，下面这种格式的代码很常见，那它到底是不是 AOP？
这显然是一种 AOP 的写法，但是它没用到动态代理，也没用什么注解，就是很纯粹的接口。
不要因为是自己写，就去质疑它，遵循了 AOP 的设计思想，那它就是 AOP。
// 一个参数处理器，用于拦截方法
public interface HandlerMethodArgumentResolver {
/**
* 根据参数配置信息，确定是否支持解析？
*/
boolean supportsParameter(MethodParameter parameter);
/**
* 具体解析方法
*/
@Nullable
Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception;
}
Aspect Oriented Programming with Spring
对于上面这个案例，学过 spring 的可能会觉得它不是 AOP，
因为存在一种概念：spring 环境下的 AOP（Aspect Oriented Programming with Spring）。
就好比 java 中的接口，它能有很多实现方式，spring 有一整套完整的 AOP 设计，
这只是众多 AOP 实现中的一种，专门指 @Aspect 的相关内容：
https://docs.spring.io/spring-framework/docs/2.5.x/reference/aop.html
因此，面试题中要强调 spring 环境下，例如：
- AOP 思想在 spring 中实现原理
- spring 中有哪些不同的通知类型
Java 环境下，比较主流的实现有：AspectJ、Spring AOP、JBoss AOP，
附录
我们知道，面向对象的特点是继承、多态和封装。而封装就要求将功能分散到不同的对象中去，这在软件设计中往往称为职责分配。实际上也就是说，让不同的类设计不同的方法。这样代码就分散到一个个的类中去了。这样做的好处是降低了代码的复杂程度，使类可重用。
但是人们也发现，在分散代码的同时，也增加了代码的重复性。什么意思呢？比如说，我们在两个类中，可能都需要在每个方法中做日志。按面向对象的设计方法，我们就必须在两个类的方法中都加入日志的内容。也许他们是完全相同的，但就是因为面向对象的设计让类与类之间无法联系，而不能将这些重复的代码统一起来。
也许有人会说，那好办啊，我们可以将这段代码写在一个独立的类独立的方法里，然后再在这两个类中调用。但是，这样一来，这两个类跟我们上面提到的独立的类就有耦合了，它的改变会影响这两个类。那么，有没有什么办法，能让我们在需要的时候，随意地加入代码呢？这种在运行时，动态地将代码切入到类的指定方法、指定位置上的编程思想就是面向切面的编程。
一般而言，我们管切入到指定类指定方法的代码片段称为切面，而切入到哪些类、哪些方法则叫切入点。有了AOP，我们就可以把几个类共有的代码，抽取到一个切片中，等到需要时再切入对象中去，从而改变其原有的行为。
这样看来，AOP其实只是OOP的补充而已。OOP从横向上区分出一个个的类来，而AOP则从纵向上向对象中加入特定的代码。有了AOP，OOP变得立体了。如果加上时间维度，AOP使OOP由原来的二维变为三维了，由平面变成立体了。从技术上来说，AOP基本上是通过代理机制实现的。
AOP在编程历史上可以说是里程碑式的，对OOP编程是一种十分有益的补充。