聚沙成塔！不知不觉 Spring 源码已经连续更了两个月啦，视频也录制了不少了，对 Spring 源码分析感兴趣的小伙伴戳这里哦Spring源码应该怎么学？～

今天来和小伙伴们聊一聊 Spring 中关于 Bean 别名的处理逻辑。

之前松哥写过一篇文章，跟小伙伴们介绍了我们在面试中非常常见的一道面试题：

关于 @Configuration 注解有一个特别经典的面试题：

@Configuration 注解相信各位小伙伴经常会用到，但是大家知道吗，这个注解有两种不同的模式，一种叫做 Full 模式，另外一种则叫做 Lite 模式。

今天想和小伙伴们聊一下我们在使用 Spring AOP 时，一个非常常见的概念 AspectJ。

当我们从 Spring 容器中“拉”取一个 Bean 回来的时候，可以按照名字去拉取，也可以按照类型去拉取，按照 BeanName 拉取的话，一般来说只要 BeanName 书写没有问题，都是没问题的。但是如果是按照类型去拉取，则可能会因为 Bean 存在多个实例从而导致失败。

很多小伙伴知道松哥最近在录 Spring 源码视频，也有小伙伴说能不能授之以渔，我也仔细想过这个问题，今天来和大家聊一聊这个话题。

1. 问题分析

当我们使用 Spring 的时候，有时候会遇到下面这种情况。

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