在 Spring 框架中，BeanDefinition 是一个核心概念，用于定义和配置 bean 的元数据，虽然在实际应用中，我们一般并不会或者很少直接定义 BeanDefinition，但是，我们在 XML 文件中所作的配置，以及利用 Java 代码做的各种 Spring 配置，都会被解析为 BeanDefinition，然后才会做进一步的处理。BeanDefinition 允许开发人员以一种声明性的方式定义和组织 bean，这里有很多属性，今天松哥单纯的来和小伙伴们聊一聊它的 parentName 属性，parentName 属性在 BeanDefinition 中扮演着重要的角色，用于建立 bean 之间的父子关系。

[TOC]

今天想和小伙伴们聊一聊 @Qualifier 注解的完整用法，同时也顺便分析一下它的实现原理。

[TOC]

以下内容基于 Spring6.0.4。

关于 Spring 循环依赖，松哥已经连着发了三篇文章了，本篇文章松哥从源码的角度来和小伙伴们捋一捋 Spring 循环依赖到底是如何解决了。如果没看过前面的文章建议先看一下，大家在面试中如果遇到循环依赖相关的问题，其实看前面三篇文章就可以答出来了，本文主要是从源码角度来验证一下我们前面文章所讲的内容是无误的。

关注松哥最近文章的小伙伴可能都发现了，松哥最近一直在更 Spring 源码相关的文章，而且小伙伴们的评价都还不错哦～

以下内容基于 Spring6.0.4。

这个话题其实非常庞大，我本来想从 getBean 方法讲起，但一想这样讲完估计很多小伙伴就懵了，所以我们还是一步一步来，今天我主要是想和小伙伴们讲讲 Spring 容器创建 Bean 最最核心的 createBeanInstance 方法，这个方法专门用来创建一个原始 Bean 实例。

[TOC]

今天和小伙伴们聊一聊 Spring AOP 中的代理对象是怎么创建出来的，透过这个过程再去熟悉一下 Bean 的创建过程。

[TOC]

在 Spring Bean 的创建方法中，有如下一段代码：

在 Spring AOP 中，我们最常用的切点定义方式主要是两种：

1. 使用 execution 进行无侵入拦截。
2. 使用注解进行拦截。

我们平时做 AOP 开发的时候，基本上都是增强某一个方法，在某一个方法执行之前或者执行之后做一些事情，这种叫做 PointcutAdvisor，实际上，Spring 中的 Advisor 大致可以分为两种类型，除了 PointcutAdvisor 之外，还有另外一种 Advisor 叫做 IntroductionAdvisor，因为最近想和小伙伴们聊一聊 Spring AOP 的源码，看源码有一个前提就是得先掌握 Spring 的各种用法，这样看源码的时候往往就有一种醍醐灌顶的感觉，否则看源码的时候就容易懵！

[TOC]

平时我们项目中涉及到 AOP，基本上就是声明式配置一下就行了，无论是基于 XML 的配置还是基于 Java 代码的配置，都是简单配置即可使用。声明式配置有一个好处就是对源代码的侵入小甚至是零侵入。不过今天松哥要和小伙伴们聊一聊编程式的 AOP，为什么要聊这个话题呢？因为在 Spring 源码中，底层就是通过这种方式创建代理对象的，所以如果自己会通过编程式的方式进行 AOP 开发，那么在看 Spring 中相关源码的时候，就会很好理解了。