1.spring的组件及作用(springclou组件)
2.aspect切面是什么
3.spring aop代理对象创建以及调用invoke源码
4.如何优雅地在 Spring Boot 中使用自定义注解，AOP 切面统一打印出入参日志
5.76 张图，剖析 Spring AOP 源码，小白居然也能看懂，大神，请收下我的交友网站H5源码膝盖！

spring的组件及作用(springclou组件)

       ç®€è¦è¯´æ˜Žspring的两个核心功能及其作用

       spring框架是一个轻量级的开源仔伍框架，是一个IOC和AOP容器。它是低侵入式设计，独立于各种应用服务器，

       ä¾èµ–注入的特点将组件关系透明化，降低耦合度

       æŽ§åˆ¶åè½¬ï¼ˆIOC）：用来降低程序代码之间的耦合度，使整个程序体系结构更加灵活，同时将类的创建和依赖关系写在配置文件里，由配置文件注入，达到松耦合的效果。

       DI（依赖注入）

       è®¾å€¼æ³¨å…¥ï¼šåº•å±‚实现set方法赋值。

       ä½¿ç”¨æž„造器注入：罩凳底层实现构造方法注入，根据bean下的参数类型和参数数量，寻找对应的构造方法。

       è‡ªåŠ¨è£…配，不能自动装配所谓的简单类型包括基本类型，字符串和集合类通常用来自动装配对象

       æŒ‰ç…§åç§°æ¥è‡ªåŠ¨è£…配底层实现是set方法

       æŒ‰ç…§ç±»åž‹æ¥è‡ªåŠ¨è£…配底层实现是set方法

       2.面向切面编程（AOP）

       æœ€ä¸»è¦çš„作用：可以在不修改源代码的情况下，给目标方法动态添加功能

       ä¸šåŠ¡é€»è¾‘就专心的处理实际需求，通用的增强功能独立出来。将安全事务等程序逻辑相对独立的功能抽取出来，利用Spring的配置文件将这些功能插进去，实现了按照切面编程，提高了复用性。

       å››ç§å¢žå¼ºæ–¹å¼ï¼š

       å‰ç½®å¢žå¼ºï¼Œåœ¨æ ¸å¿ƒåŠŸèƒ½ä¹‹å‰æ‰§è¡Œçš„额外功能

       åŽç½®å¢žå¼ºï¼Œåœ¨æ ¸ç‰©æˆšæ—…心功能之后执行的额外功能

       å¼‚常增强，在核心功能发生异常时执行的额外功能

       çŽ¯ç»•å¢žå¼ºï¼Œåœ¨æ ¸å¿ƒåŠŸèƒ½ä¹‹å‰ä»¥åŠä¹‹åŽæ‰§è¡Œçš„额外功能

       spring包含哪些组件

       Spring框架是一个分层架构，由7个定义良好的模块组成袜判。Spring模块构建在核心容器之上，核心容器竖宴定义了创建、配置和管理bean的方式，组成Spring框架的每个模块（或组件）都可以单独存告纤改在，或者与其他一个或多个模块联合实现。

       1、前端控制器DispatcherServlet（不需要开发，由框架提供【核心】）

       DispatcherServlet是SpringMVC的入口函数。接收请求，响应结果，相当于转发器碧简，中央处理器。有了DispatcherServlet，可以大大减少其它组件之间的耦合度。

       ç”¨æˆ·è¯·æ±‚到达前端控制器，就相当于mvc模式中的c，DispatcherServlet是整个流程控制的中心，由它调用其它组件来处理用户的请求。

       2、处理器映射器HandlerMapping(不需要开发，由框架提供)

       HandlerMapping负责根据用户请求（URL），找到相应的Handler即处理器（Controller），SpringMVC提供了不同映射器实现的不同映射方式，例如：配置文件方式，实现接口方式，注解方式等。

       3、处理器适配器HandlerAdapter(不需要开发，由框架提供)

       æŒ‰ç…§ç‰¹å®šè§„则（HandlerAdapter要求的规则）去执行Handler，通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行处理。

       4、处理器Handler(需要工程师开发)

       Handler是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下，Handler对具体的用户请求进行处理。由于Handler涉及到具体的用户业务请求，所以一般情况下需要工程师根据业务需求来开发Handler。

       5、视图解析器ViewResolver(不需要开发，由框架提供)

       ä½œç”¨ï¼šè¿›è¡Œè§†å›¾è§£æžï¼Œæ ¹æ®é€»è¾‘视图名解析成真正的视图（View），ViewResolver负责将处理结果生成View视图。首先，根据逻辑视图名解析成物理视图名（即具体的页面地址），再生成View视图对象，最后对View进行渲染，将处理结果通过页面展示给用户。

       SpringMVC框架提供了很多的View视图类型，包括：jstlView、freemarkerView、pdfView等。一般情况下，需要通过页面标签或页渗键面模版技术，将模型数据通过页面展示给用户，这需要由工程师根据丛慧巧业务需求开发具体的页面。

       6、视图View(需要工程师开发)

       View是一个接口，实现类才可以支持不同的View类型（jsp、freemarker、pdf...）

       æ€»ç»“：处理器Handler（也就是平常说的Controller控制器）以及视图层View，都是需要自行开发的。其他的一些组件，如：前端控制器DispatcherServlet、处理器映射器HandlerMapping、处理器适配器HandlerAdapter等都是由框架提供。

       Spring框架是为了解决企业应用开发的复杂性而创建的。

       Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性角度而言，绝大部分Java应用都可以从Spring中受益。使用基本的JavaBean代替EJB，并提供了更多的企业应用功能。

       æ‰©å±•èµ„æ–™

       ä¼˜ç‚¹

       1、JAVAEE应该更加容易使用。

       2、面向对象的设计比任何实现技术（比如JAVAEE）都重要。

       3、面向接口编程，而不是针对类编程。Spring将使用接口的复杂度降低到零。（面向接口编程有哪些复杂度）

       4、代码应该易于测试。Spring框架会帮助你，使代码的测试判衡更加简单。

       5、JavaBean提供了应用程序配置的最好方法。

       6、在Java中，已检查异常（Checkedexception）被过度使用。框架不应该迫使你捕拍碧获不掘贺做能恢复的异常。

       å‚考资料来源：百度百科-spring框架

aspect切面是什么

       aspect切面是面向切面编程，是一种思想，也是一套规则，像用户验证之类的都是可以这么理解，如果项目中很多地方需要验证用户是否登录，那么进行统一设置就可以不需要单独写代码。

       可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP实际是GoF设计模式的延续，设计模式孜孜不倦追求的是调用者和被调用者之间的解耦,提高代码的灵活性和可扩展性，AOP可以说也是这种目标的一种实现。

spring aop代理对象创建以及调用invoke源码

       深入解析Spring AOP代理对象创建及调用invoke源码

       一、代理对象创建与invoke源码概览

       1.1 代理对象创建源码概览

       Spring AOP代理对象的创建时机主要在实例化后或初始化后。具体流程涉及BeanPostProcessor.postProcessAfterInitialization()方法。正常情况下，代理对象创建与单例池内的代理对象一致，确保方法调用实际指向代理对象。

       1.2 invoke执行目标方法源码概览

       目标对象方法调用后，因为代理对象存储于单例池，实际调用的是代理对象的增强方法。这种方式实现了方法调用的动态代理。

       1.3 exposeProxy = true使用说明

       1.3.1 不使用(exposeProxy = true)

       不使用配置时，目标方法内部调用被拦截增强的方法，不会再次触发AOP。

       1.3.2 使用(exposeProxy = true)

       启用此配置后，短线达人源码执行目标方法时，AOP增强将再次激活，从而触发重复执行。

       1.3.3 cglib与JDK代理区别

       cglib通过继承实现代理，方法调用指向代理对象，因此内嵌方法会重复调用增强逻辑；

       JDK代理通过反射，方法调用直接指向目标对象，内嵌方法不会重复调用。

       关于Spring中cglib不会重复调用的解释：测试表明，使用Spring5.版本，强制使用cglib配置时，案例中方法调用与代理对象方法调用之间并无重复，原因是Spring调用的是目标方法而非代理对象的方法。

       二、代理对象创建及invoke源码分析图

       代理创建流程始于@EnableAspectJAutoProxy注解注册的AspectJAutoProxyRegistrar，此注册器在解析import注解时执行registerBeanDefinitions方法。该方法注册了在bean实例化前调用的InstantiationAwareBeanPostProcessor类型的bean后置处理器，此处理器在实例化前解析AOP，非循环依赖在初始化后调用postProcessAfterInitialization()创建动态代理。

       匹配Advisor集合：首先筛选Advisor列表，匹配规则涉及类级别和方法级别的筛选，通过Aspect匹配实现。同时，Advisor排序确保调用顺序遵循通知类型。创建代理对象遵循ProxyTargetClass参数与目标类接口的配置，选择JDK或cglib动态代理。

       代理方法调用：由于存储的是代理对象，方法调用实际指向代理。exposeProxy = true配置下，led操作源码代理对象暴露到线程变量中。代理对象执行方法调用遵循责任链模式，按顺序执行前置、目标方法、后置等通知。

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

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

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

       二、添加 AOP Maven 依赖

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

       三、自定义日志注解

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

       源代码如下：

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

       四、配置 AOP 切面

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

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

       然后，定义 @Around 环绕，java驿站源码用于何时执行切点。

       接下来，看看 @Before 方法。

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

       五、如何使用？

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

       六、文件上传是否有效？

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

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

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

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

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

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

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

       1. **基础知识

       1.1 **什么是AOP？

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

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

       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源码的学习，大家还想了解哪些内容，欢迎留言给楼仔。