liangyongyx的专栏

当一个类依赖于某个接口或抽象类，并且存在多个实现类时，如果不使用 @Primary 或其他明确的指示方式，Spring 将无法确定具体应该注入哪个bean，从而抛出异常。1. 覆盖默认行为：虽然 @Primary 指定了默认注入的bean，但在某些情况下（例如测试或特定配置），你可以通过显式指定bean名称来覆盖这种默认行为。总之，@Primary 是一种简单而有效的方式，在多个候选bean之间选择默认注入的bean，帮助简化配置和避免不必要的错误。

作用：定义了一种一对多的依赖关系，当一个对象状态发生变化时，所有依赖于它的对象都会得到通知并自动更新。- 作用：将一个类的接口转换成另一个接口，使原本由于接口不兼容而不能一起工作的那些类可以一起工作。- 作用：通过代理对象来控制对真实对象的访问，通常用于添加额外的功能，如事务管理、日志记录等。- 应用场景：AOP 中的增强功能，如 @Transactional 注解的实现。- 作用：动态地给一个对象添加一些额外的职责，而不必修改原有的代码结构。

Qualifier 注解是 Spring 框架中的一个重要注解，主要用于解决自动装配（@Autowired）时遇到的多个候选 Bean 的歧义问题。具体来说，当有多个相同类型的 Bean 存在时，Spring 无法确定应该注入哪一个 Bean，这时就可以使用 @Qualifier 来指定具体的 Bean。总结来说，@Qualifier 注解的作用是在存在多个相同类型的 Bean 时，帮助 Spring 容器选择正确的 Bean 进行依赖注入，从而避免了歧义并提高了代码的可读性和灵活性。

在Spring框架中，@Autowired 和 @Resource 都是用来实现依赖注入（Dependency Injection, DI）的注解，但它们之间有一些重要的区别。- @Autowired：提供了更多的灵活性，尤其是当需要基于类型注入并且有多个候选Bean时，可以通过@Qualifier注解进一步指定具体的Bean。- @Resource：更适合那些既可能是Spring应用也可能是Java EE/Jakarta EE应用的场景，因为它是一个标准的Java注解。## 使用 @Resource。

Spring事务管理的核心思想是通过AOP（面向切面编程）来拦截方法调用，并在方法执行前后进行事务的开启、提交或回滚操作。声明式事务管理是最常用的方式，它通过配置文件或注解来定义事务规则，而不需要在业务逻辑中编写事务管理代码。事务上下文是通过ThreadLocal变量绑定到当前线程的，确保每个线程都有独立的事务状态。- 基于XML的声明式事务管理：通过在Spring配置文件中定义事务规则，适用于不使用Java配置的情况。Spring提供了多种事务传播行为，用于控制多个事务之间的关系。

在Spring框架中，如果存在同名的Bean（即具有相同ID或名称的Bean），会引发一些问题。- 如果确实需要多个同类型的Bean，并且希望在注入时优先选择某个特定的Bean，可以使用@Primary注解标记其中一个Bean为优先选择的Bean。- 如果你需要多个同类型的Bean，可以考虑将它们封装在一个集合中（如List），并在需要时根据业务逻辑选择合适的Bean。- 确保在定义Bean时使用唯一的名称。- 当有多个同类型的Bean时，可以使用@Qualifier注解来指定注入哪个具体的Bean。

在现代Spring开发中，尤其是Spring Boot项目中，ApplicationContext 及其相关实现更为常用，因为它们提供了更丰富的功能和更好的集成能力。- ApplicationContext 是 BeanFactory 的子接口，除了提供 BeanFactory 的所有功能外，还增加了更多的企业级特性。- 功能扩展：ApplicationContext 提供了更多的企业级特性，如AOP、事件处理等。- BeanFactory 是最基础的IoC容器接口，提供基本的依赖注入功能。

最常用的方式是使用 @Component 及其衍生注解（@Repository、@Service、@Controller 等）来声明bean，并结合 @ComponentScan 来扫描这些bean。如果你使用了 @Component 或其衍生注解，通常还需要在配置类或启动类上添加 @ComponentScan 注解，以便Spring能够扫描到这些注解并自动注册为bean。通过 @Configuration 注解来定义配置类，并在配置类中使用 @Bean 注解来显式地创建bean。

Spring的自动装配（Autowiring）是其依赖注入（DI，Dependency Injection）机制的一个特性，它允许Spring容器自动解析并注入bean之间的依赖关系，而无需在代码中显式地指定这些依赖。- 自动装配虽然方便，但在某些情况下可能会导致歧义或意外的行为，特别是在容器中有多个相同类型的bean时。因此，在使用自动装配时应谨慎，并确保对依赖关系有足够的控制。总之，Spring的自动装配简化了依赖注入的过程，但开发者仍需根据具体需求选择合适的配置方式，以确保应用的稳定性和可维护性。

request、session、application 和 websocket 主要用于Web应用中，根据不同的HTTP请求、会话或WebSocket会话创建相应的Bean实例。- 适用场景：适用于有状态的Bean，例如会话相关的对象、任务执行器等。- 行为：在Web应用中，每个HTTP请求都会创建一个新的Bean实例。- 行为：在Web应用中，每个HTTP会话都会创建一个新的Bean实例。会话结束时，Bean会被销毁。- 适用场景：适用于与用户会话相关的Bean，例如购物车、用户偏好设置等。

控制反转（IoC） 是一种设计原则，它将对象的创建和管理从应用程序代码中移除，交由外部容器（如Spring容器）来管理。传统的应用程序中，对象通常通过“new”关键字创建并管理自己的依赖关系，而使用IoC后，对象不再负责创建和管理其他对象，而是将这些职责交给容器。它通过将对象的依赖项（如其他对象或资源）作为参数传递给构造函数、方法或属性，而不是让对象自己创建这些依赖项。通过将对象的创建和依赖管理交给Spring容器，开发者可以专注于业务逻辑的实现，而不必担心复杂的依赖关系管理和生命周期管理。

Spring容器的启动流程涉及多个步骤，从创建ApplicationContext、加载配置、解析Bean定义、实例化Bean到最后的应用程序运行。- Spring Boot会自动扫描并加载应用中的配置文件（如application.properties或application.yml），并将这些配置注入到Spring环境中。- Spring容器会扫描项目中的组件（如@Component、@Service、@Repository、@Controller等注解），并将它们注册为Bean定义。

如果Bean实现了BeanFactoryAware接口，Spring会调用setBeanFactory(BeanFactory beanFactory)方法，传递当前的Bean工厂。- 如果Bean实现了BeanNameAware接口，Spring会调用setBeanName(String name)方法，传递Bean的名称。在Spring框架中，Bean的生命周期是指从创建到销毁的过程。- 当容器关闭时，如果Bean实现了DisposableBean接口，Spring会调用destroy()方法。

Spring的AOP（面向切面编程，Aspect-Oriented Programming）是一种编程范式，它允许你将横切关注点（cross-cutting concerns）从业务逻辑中分离出来。代理对象会拦截对目标对象方法的调用，并在适当的时候插入横切逻辑。- 连接点是程序执行过程中的某个点，比如方法调用、异常抛出等。- Around：环绕通知，在方法调用前后都可以执行自定义逻辑。- After：在方法调用之后执行，无论方法是否抛出异常。- After-throwing：仅在方法抛出异常时执行。

Spring Boot：虽然严格来说不是Spring框架的一部分，但它是基于Spring框架的一个子项目，旨在简化Spring应用的开发，提供自动配置、嵌入式服务器等功能，极大地提高了开发效率。总结来说，Spring框架不仅是一个优秀的Java开发框架，更是一种开发思想和方法论的体现，它极大地简化了企业级应用的开发流程，提升了开发效率和代码质量。- 声明式事务管理：Spring提供了基于XML或注解的声明式事务管理机制，开发者可以通过简单的配置来定义事务边界，而无需编写繁琐的事务管理代码。