1.谈谈Spring中的NoSuchBeanDefinitionException源码
2.@QualifierSpring中的注解
谈谈Spring中的NoSuchBeanDefinitionException源码
组织 spring 框架的基本知识后，我们容易发现NoSuchBeanDefinitionException 是常见问题，多数 spring 开发者都经历过。本文将深入讨论NoSuchBeanDefinitionException，包括异常概念，常见触发场景以及相应解决策略。rarcrack源码具体内容以 JavaConfig 为例。
无命名 Bean 定义异常
此异常名言直译为 “找不到指定的 Bean 定义”，其 Java 文档说明了此异常在 spring 容器中找不到符合特定 bean 定义的情况被抛出。常见引起此异常的情况是 spring 管理的上下文中未能找到指定 Bean。下面我们将具体分析几种触发场景。
依赖注入时未找到 bean
在某个 BeanA 声明需要注入一个名为 BeanB 的 Bean 时，如果 spring 上下文中未定义 BeanB，就会抛出 NoSuchBeanDefinitionException。这种情况下，源码乐可能是 BeanB 未使用 spring 注解（如@Component、@Repository等）注释，或者对应的包未被 spring 扫描到。要解决这个问题，检查 BeanB 是否已标记为 spring bean，并确认对应的包是否已被包含在扫描范围内。
多个候选 bean
另一种常见情形是搜索源码 spring 容器中存在多个类型相同但无法识别的候选 Bean，比如定义了两个实现 IBaneB 的类（BeanB1 和 BeanB2）。此时，依赖注入时没有具体指示，导致异常抛出。此时可通过附加 @Qualifier 注解来指定具体的候选 Bean，或者使用 @Primary 标记一个，spring 将选择它进行注入。源码搜索
通过名称获取非存在 bean
若要通过名称获取一个尚未定义的 bean 也会引发 NoSuchBeanDefinitionException。确认所请求的名称对应的 bean 是否已经在 spring 上下文中定义。
代理 Bean 与实现
spring 的 AOP 机制借助代理提供功能扩展，其中代理类和目标类或实现类在实现或接口层次上的不同会导致异常。当使用接口进行依赖注入时，spring 容器能正常识别和管理。但使用真实的源码网址类进行注入时，容器可能会遇到问题，因为代理类并未继承或实现注入的类。在 spring 的事务管理场景中，通过接口注入可以避免此异常。
总结，解决 NoSuchBeanDefinitionException 需要从 spring 上下文的 bean 定义、扫描范围和注入方式着手，确保 spring 环境的配置与 bean 的定义完全吻合，合理使用 spring 的特性可以有效避免或解决这类异常。
@QualifierSpring中的注解
在Spring框架中，当使用@Autowired注解进行自动依赖注入时，一个常见的要求是Spring容器中必须且仅有一个与@Autowired注解匹配的Bean。否则，如果找不到匹配的Bean，Spring容器会抛出BeanCreationException异常，并明确指出需要至少一个匹配的Bean存在。
为了解决这种潜在的歧义，Spring提供了@Qualifier注解。这个注解允许开发者明确指定要注入的Bean的名称。例如，通过在注解中使用"@Qualifier('XXX')"，我们可以指定特定的Bean名称，使得@Autowired的注入策略从默认的byType变为byName，即按照Bean的名称进行匹配。
@Autowired的注解不仅可以用于成员变量，还可以用于方法和构造函数。而@Qualifier则主要用于标记这些位置需要注入的具体Bean。这样，即使在存在多个同类型的Bean时，我们也能准确地注入所需的Bean，避免了因默认策略带来的不确定性。
