1.面试官：你讲讲AOP与OOP有什么区别？
2.Spring Boot 使用 AOP 防止重复提交
3.如何理解Spring的AOP？
4.76 张图，切切面剖析 Spring AOP 源码，面源码小白居然也能看懂，编程大神，种实请收下我的现方膝盖！
5.什么是切切面飞鱼源码下载aop
6.如何优雅地在 Spring Boot 中使用自定义注解，AOP 切面统一打印出入参日志

面试官：你讲讲AOP与OOP有什么区别？

       AOP全称为Aspect Oriented Programming，面源码是编程一种面向切面编程的模式。它与传统的种实面向对象编程（OOP）有本质的区别。OOP主要关注的现方是对象的行为和属性，通过封装、切切面继承和多态等特性来实现代码的面源码复用和模块化。而AOP则更侧重于关注点的编程分离，它可以将一些横跨业务逻辑的种实公共行为或职责抽取出来，形成独立的现方模块，从而降低代码的耦合度，提高代码的可维护性和可扩展性。

       AOP的核心思想是将业务逻辑中的横切关注点（如日志记录、性能监控、事务管理等）从核心业务代码中分离出来，通过预编译或运行时动态代理的方式进行统一管理和维护。这使得在修改或扩展业务逻辑时，不必修改原有代码，只需要在AOP的配置中添加或修改切点即可。这种分离关注点的设计模式有助于提高开发效率，降低维护成本。

       AOP的应用场景通常包括但不限于日志记录、性能统计、安全控制、事务处理、异常处理等。例如，在一个APP模块结构中，按照OOP思想划分的“视图交互”、“业务逻辑”、“网络”等模块，hdtv源码输出若需要对所有模块的每个方法的执行时间进行监控，这正是AOP的典型应用场景。通过AOP，可以将监控逻辑与业务逻辑分离，无需在每个方法中重复实现监控代码，从而简化了代码结构，提高了代码的可维护性。

       AOP的实现方式主要有运行时、加载时和编译时三种，其中编译时实现（如AspectJ）是AOP技术中最常用的一种，它通过在编译阶段将切面代码编织到目标代码中，实现了对目标代码的动态增强。

       AspectJ是Java中的AOP实现，它包含两个核心组件：ajc编译器和weaver织入器。ajc编译器用于编译AspectJ的源代码，weaver则在编译或运行时将切面代码编织到目标代码中。在Android项目中使用AspectJ时，可以借助gradle插件来简化配置和集成过程。

       总之，AOP提供了一种更为灵活、高效的方式来管理程序中的关注点，与OOP相比，它更加专注于解耦和提高代码的可维护性。在实际开发中，合理运用AOP可以显著提升软件开发的效率和质量。

Spring Boot 使用 AOP 防止重复提交

       在Spring Boot项目中，为了简化防止重复提交的处理，可以利用AOP（面向切面编程）实现。传统的做法是后端生成一个唯一令牌并存储，但这样会增加前后端的协作工作。本文将介绍一种无需前端参与的后端处理方式，即使用Redis分布式锁来确保提交的唯一性。

       如果你对Redis分布式锁的实现感兴趣，可以参考以下资源：[点击这里了解更多](Redis分布式锁的正确实现方式)。对于单机部署，github订单源码本地线程安全的Cache（如ConcurrentHashMap）同样适用。

       下面给出关键的AOP类和测试代码示例：[访问源码](github.com/TavenYin/tav...)

       测试案例中，我们模拟十个线程并发提交，结果显示，尽管所有请求几乎同时发起，但只有一次提交成功，充分展示了防止重复提交的效果。要运行这个测试，只需启动本地Redis，然后运行项目即可。更多详细步骤可以参考：[具体步骤](jianshu.com/p/c6bb6...)

       如果你还想深入了解相关知识，可以参考以下链接：

       Web网站架构的发展历程

       Java编程的最佳实践

       利用Springboot、Redis和注解实现接口幂等性校验

       提升Java代码性能的实用技巧

       以上是利用Spring Boot和AOP实现防止重复提交的简要介绍，通过分布式锁机制，简化了开发流程，并确保了提交请求的唯一性。

如何理解Spring的AOP？

       Spring的AOP面向切面编程，就是横向的，比如程序运行时都要建日志，相当于SQL的触发器。

       Spring是一个开放源代码的设计层面框架，他解决的是业务逻辑层和其他各层的松耦合问题，因此它将面向接口的编程思想贯穿整个系统应用。Spring是于 年兴起的一个轻量级的Java 开发框架，由Rod Johnson创建。简单来说，Spring是一个分层的JavaSE/EEfull-stack(一站式) è½»é‡çº§å¼€æºæ¡†æž¶ã€‚

       Spring特点：

       1、方便解耦，简化开发

       é€šè¿‡Spring提供的IoC容器，我们可以将对象之间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合。有了Spring，用户不必再为单实例模式类、属性文件解析等这些很底层的需求编写代码，可以更专注于上层的应用。

       2、AOP编程的支持

       é€šè¿‡Spring提供的AOP功能，方便进行面向切面的编程，许多不容易用传统OOP实现的功能可以通过AOP轻松应付。

       3、声明式事务的支持

       åœ¨Spring中，我们可以从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活地进行事务的管理，提高开发效率和质量。

       4、方便程序的测试

       å¯ä»¥ç”¨éžå®¹å™¨ä¾èµ–的编程方式进行几乎所有的测试工作，在Spring里，测试不再是昂贵的操作，而是随手可做的事情。例如:Spring对Junit4支持，可以通过注解方便的测试Spring程序。

       5、方便集成各种优秀框架

       Spring不排斥各种优秀的开源框架，相反，Spring可以降低各种框架的使用难度，Spring提供了对各种优秀框架(如Struts,Hibernate、Hessian、Quartz)等的直接支持。

       6、降低Java EE API的使用难度

       Spring对很多难用的Java EE API(如JDBC，JavaMail，远程调用等)提供了一个薄薄的封装层，通过Spring的简易封装，这些Java EE API的使用难度大为降低。

       7、Java 源码是经典学习范例

       Spring的源码设计精妙、结构清晰、匠心独运，处处体现着大师对Java设计模式灵活运用以及对Java技术的高深造诣。Spring框架源码无疑是Java技术的最佳实践范例。如果想在短时间内迅速提高自己的Java技术水平和应用开发水平，学习和研究Spring源码将会使你收到意想不到的效果。

张图，剖析 Spring AOP 源码，小白居然也能看懂，大神，请收下我的膝盖！

       本文将简要介绍AOP（面向切面编程）的基础知识与使用方法，并深入剖析Spring AOP源码。首先，我们需要理解AOP的基本概念。

       1. **基础知识

**

       1.1 **什么是AOP？

**

       AOP全称为Aspect Oriented Programming，即面向切面编程。AOP的思想中，周边功能（如性能统计、日志记录、事务管理等）被定义为切面，核心功能与切面功能独立开发，然后将两者“编织”在一起，这就是AOP的核心。

       AOP能够将与业务无关、echart指数源码却为业务模块共同调用的逻辑封装，减少系统重复代码，降低模块间的耦合度，有利于系统的可扩展性和可维护性。

       1.2 **AOP基础概念

**

       解释较为官方，以下用“方言”解释：AOP包括五种通知分类。

       1.3 **AOP简单示例

**

       创建`Louzai`类，添加`LouzaiAspect`切面，并在`applicationContext.xml`中配置。程序入口处添加`"睡觉"`方法并添加前置和后置通知。接下来，我们将探讨Spring内部如何实现这一过程。

       1.4 **Spring AOP工作流程

**

       为了便于理解后面的源码，我们将整体介绍源码执行流程。整个Spring AOP源码分为三块，结合示例进行讲解。

       第一块是前置处理，创建`Louzai`Bean前，遍历所有切面信息并存储在缓存中。第二块是后置处理，创建`Louzai`Bean时，主要处理两件事。第三块是执行切面，通过“责任链+递归”执行切面。

       2. **源码解读

**

       注意：Spring版本为5.2..RELEASE，否则代码可能不同！这里，我们将从原理部分开始，逐步深入源码。

       2.1 **代码入口

**

       从`getBean()`函数开始，进入创建Bean的逻辑。

       2.2 **前置处理

**

       主要任务是遍历切面信息并存储。

       这是重点！请务必注意！获取切面信息流程结束，源码指标封装后续操作都从缓存`advisorsCache`获取。

       2.2.1 **判断是否为切面

**

       执行逻辑为：判断是否包含切面信息。

       2.2.2 **获取切面列表

**

       进入`getAdvice()`，生成切面信息。

       2.3 **后置处理

**

       主要从缓存拿切面，与`Louzai`方法匹配，创建AOP代理对象。

       进入`doCreateBean()`，执行后续逻辑。

       2.3.1 **获取切面

**

       首先，查看如何获取`Louzai`的切面列表。

       进入`buildAspectJAdvisors()`，方法用于存储切面信息至缓存`advisorsCache`。随后回到`findEligibleAdvisors()`，从缓存获取所有切面信息。

       2.3.2 **创建代理对象

**

       有了`Louzai`的切面列表，开始创建AOP代理对象。

       这是重点！请仔细阅读！这里有两种创建AOP代理对象方式，我们选择使用Cglib。

       2.4 **切面执行

**

       通过“责任链+递归”执行切面与方法。

       这部分逻辑非常复杂！接下来是“执行切面”最核心的逻辑，简述设计思路。

       2.4.1 **第一次递归

**

       数组第一个对象执行`invoke()`，参数为`CglibMethodInvocation`。

       执行完毕后，继续执行`CglibMethodInvocation`的`process()`。

       2.4.2 **第二次递归

**

       数组第二个对象执行`invoke()`。

       2.4.3 **第三次递归

**

       数组第三个对象执行`invoke()`。

       执行完毕，退出递归，查看`invokeJoinpoint()`执行逻辑，即执行主方法。回到第三次递归入口，继续执行后续切面。

       切面执行逻辑已演示，直接查看执行方法。

       流程结束时，依次退出递归。

       2.4.4 **设计思路

**

       这部分代码研究了大半天，因为这里不是纯粹的责任链模式。

       纯粹的责任链模式中，对象内部有一个自身的`next`对象，执行当前对象方法后，启动`next`对象执行，直至最后一个`next`对象执行完毕，或中途因条件中断执行，责任链退出。

       这里`CglibMethodInvocation`对象内部无`next`对象，通过`interceptorsAndDynamicMethodMatchers`数组控制执行顺序，依次执行数组中的对象，直至最后一个对象执行完毕，责任链退出。

       这属于责任链，实现方式不同，后续会详细剖析。下面讨论类之间的关系。

       主对象为`CglibMethodInvocation`，继承于`ReflectiveMethodInvocation`，`process()`的核心逻辑在`ReflectiveMethodInvocation`中。

       `ReflectiveMethodInvocation`的`process()`控制整个责任链的执行。

       `ReflectiveMethodInvocation`的`process()`方法中，包含一个长度为3的数组`interceptorsAndDynamicMethodMatchers`，存储了3个对象，分别为`ExposeInvocationInterceptor`、`MethodBeforeAdviceInterceptor`、`AfterReturningAdviceInterceptor`。

       注意！这3个对象都继承了`MethodInterceptor`接口。

       每次`invoke()`调用时，都会执行`CglibMethodInvocation`的`process()`。

       是否有些困惑？别着急，我将再次帮你梳理。

       对象与方法的关系：

       可能有同学疑惑，`invoke()`的参数为`MethodInvocation`，没错！但`CglibMethodInvocation`也继承了`MethodInvocation`，可自行查看。

       执行逻辑：

       设计巧妙之处在于，纯粹的责任链模式中，`next`对象需要保证类型一致。但这里3个对象内部没有`next`成员，不能直接使用责任链模式。怎么办呢？就单独设计了`CglibMethodInvocation.process()`，通过无限递归`process()`实现责任链逻辑。

       这就是我们为什么要研究源码，学习优秀的设计思路！

       3. **总结

**

       本文首先介绍了AOP的基本概念与原理，通过示例展示了AOP的应用。之后深入剖析了Spring AOP源码，分为三部分。

       本文是Spring源码解析的第三篇，感觉是难度较大的一篇。图解代码花费了6个小时，整个过程都沉浸在代码的解析中。

       难度不在于抠图，而是“切面执行”的设计思路，即使流程能走通，将设计思想总结并清晰表达给读者，需要极大的耐心与理解能力。

       今天的源码解析到此结束，有关Spring源码的学习，大家还想了解哪些内容，欢迎留言给楼仔。

什么是aop

       AOP为Aspect Oriented Programming的缩写，是面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。

       AOP的出现弥补了OOP的这点不足，AOP 是一个概念，一个规范，本身并没有设定具体语言的实现，AOP是基于动态代理模式。AOP是方法级别的，要测试的方法不能为static修饰，因为接口中不能存在静态方法，编译就会报错。

       AOP可以分离业务代码和关注点代码（重复代码），在执行业务代码时，动态的注入关注点代码。切面就是关注点代码形成的类。Spring AOP中的动态代理主要有两种方式，JDK动态代理和CGLIB动态代理。JDK动态代理通过反射来接收被代理的类，并且要求被代理的类必须实现一个接口。

扩展资料

       AOP实现的关键在于AOP框架自动创建的AOP代理，AOP代理主要分为静态代理和动态代理，静态代理的代表为AspectJ。而动态代理则以Spring AOP为代表，静态代理是编译期实现，动态代理是运行期实现，可想而知前者拥有更好的性能。

       静态代理是编译阶段生成AOP代理类，也就是说生成的字节码就织入了增强后的AOP对象；动态代理则不会修改字节码，而是在内存中临时生成一个AOP对象，这个AOP对象包含了目标对象的全部方法，并且在特定的切点做了增强处理，并回调原对象的方法。

       参考资料来源；百度百科--AOP

如何优雅地在 Spring Boot 中使用自定义注解，AOP 切面统一打印出入参日志

       首先，我们来观察一下切面日志的输出效果。在了解实现方法之前，我们可以看到每个请求的开始与结束都很清晰，同时打印了以下参数：

       效果看起来还不错，接下来我们将一步步实现它。

       二、添加 AOP Maven 依赖

       在项目的 pom.xml 文件中，添加以下依赖：

       三、自定义日志注解

       接下来，我们来定义一个日志注解，如下所示：

       源代码如下：

       到这里，一个完整的自定义注解就定义完成了。

       四、配置 AOP 切面

       在配置 AOP 切面之前，我们需要了解一些 aspectj 相关注解的作用。

       定义好切点后，我们可以围绕这个切点进行操作。接下来，定义一个 WebLogAspect.java 切面类，并声明一个切点。

       然后，定义 @Around 环绕，用于何时执行切点。

       接下来，看看 @Before 方法。

       最后，用 @After 来做收尾。在每个接口的最后，打印日志结束标志。到这里，切面相关的代码就完成了。

       五、如何使用？

       因为我们的切点是自定义注解 @WebLog，所以我们只需要在 Controller 控制器的每个接口方法添加 @WebLog 注解即可。如果我们不想某个接口打印出入参日志，可以不加注解。

       六、文件上传是否有效？

       对于文件上传，不论是单文件上传还是多文件上传，切面日志都运行良好。有兴趣的小伙伴可以尝试一下。

       七、如何在开发环境和测试环境中使用？

       对于性能要求较高的应用，我们可以在开发环境或测试环境中使用，而不在生产环境中打印日志。我们只需为切面添加 @Profile 即可。

       八、如何指定多切面的优先级？

       如果我们服务中定义了多个切面，比如针对 Web 层接口，我们不仅想要打印日志，还要校验 token 等。我们可以通过 @Order(i) 注解来指定优先级。i 值越小，优先级越高。