Spring框架中都用到了哪些设计模式？

大家好，我是锋哥。今天分享关于【Spring框架中都用到了哪些设计模式？】面试题。希望对大家有帮助；

Spring框架中都用到了哪些设计模式？

1000道 互联网大厂Java工程师 精选面试题-Java资源分享网

Spring框架中使用了大量的设计模式，这些设计模式帮助Spring实现了灵活、可扩展、易维护的架构。以下是Spring中常见的一些设计模式：

1. 工厂方法模式（Factory Method Pattern）

工厂方法模式是Spring中广泛使用的设计模式，主要体现在Spring的IoC容器中。容器通过工厂方法来实例化Bean，而不是直接使用new关键字。工厂方法模式使得对象的创建和管理从使用者中解耦出来，具体的实例化细节交给容器。

• 例如，ApplicationContext或BeanFactory容器使用工厂方法创建和管理Bean实例。

2. 单例模式（Singleton Pattern）

Spring中的默认Bean作用域是单例模式，即每个Bean在整个Spring容器中只会存在一个实例。当容器启动时，所有标记为单例作用域的Bean都会被创建，并在整个应用程序生命周期中复用。这种模式确保了内存资源的高效利用。

• 默认情况下，Spring容器中的Bean都是单例的。

3. 依赖注入（Dependency Injection, DI）

依赖注入本身是一种设计模式，用于实现控制反转（IoC）。Spring通过依赖注入来解耦对象之间的关系，而不是让对象自己管理依赖，Spring负责将依赖关系注入到对象中，从而提高了系统的灵活性和可维护性。

• DI有不同的实现方式，如构造器注入、Setter注入、字段注入等。

4. 代理模式（Proxy Pattern）

Spring使用代理模式来实现AOP（面向切面编程）。代理模式通过在运行时创建一个代理对象，拦截对目标对象的访问，添加额外的行为（如日志、事务管理等）。Spring AOP基于JDK动态代理或CGLIB代理实现，代理模式允许在不修改目标对象的情况下，为其添加额外的行为。

• 例如，Spring AOP使用JDK动态代理和CGLIB生成代理类。

5. 模板方法模式（Template Method Pattern）

模板方法模式定义了算法的骨架，而将某些步骤的实现延迟到子类中。Spring中的JdbcTemplate、HibernateTemplate、JmsTemplate等类使用了模板方法模式。它们将公共的操作封装在模板类中，而将具体的业务操作由用户实现，从而避免了重复代码。

• 例如，JdbcTemplate提供了一种执行数据库操作的统一方式，用户只需要关注SQL语句的编写，底层的数据库连接管理和异常处理由JdbcTemplate处理。

6. 观察者模式（Observer Pattern）

Spring框架中的事件机制（如ApplicationEvent和ApplicationListener）使用了观察者模式。Spring通过事件发布-订阅机制来解耦事件的发布者和监听者。当事件发生时，所有注册的监听器都会接收到事件通知，处理相应的业务逻辑。

• 例如，ApplicationContext容器是事件源，而ApplicationListener是观察者，它们通过事件机制实现松耦合。

7. 策略模式（Strategy Pattern）

策略模式定义了一系列算法，并将每个算法封装起来，使它们可以互相替换。Spring的HandlerMapping和HandlerAdapter等组件使用了策略模式。它们允许根据不同的请求类型选择不同的处理策略（如基于注解的控制器、基于XML的控制器等）。

• 例如，Spring MVC中的HandlerMapping根据请求的URL选择合适的处理方法。

8. 装饰者模式（Decorator Pattern）

装饰者模式允许在不改变对象本身的情况下，动态地添加功能。Spring中的**AOP（面向切面编程）**实现了装饰者模式，切面类通过装饰目标对象，添加额外的功能（如事务管理、日志记录等），而不修改目标对象的代码。

• 例如，在Spring中，事务管理和日志记录是通过AOP切面动态地添加到Bean中的。

9. 适配器模式（Adapter Pattern）

适配器模式将一个类的接口转换成客户端期望的接口，使得不兼容的接口可以协同工作。Spring的HandlerAdapter就是一个适配器模式的例子。它适配了不同的处理器和请求方式，使得Spring MVC可以支持不同的控制器类型（如基于注解的控制器、基于XML的控制器等）。

• 例如，Spring MVC中的HandlerAdapter适配不同的请求处理器。

10. 桥接模式（Bridge Pattern）

桥接模式通过将抽象和实现分离，使得两者可以独立变化。Spring中的数据源管理（如DataSource）和事务管理（如PlatformTransactionManager）使用了桥接模式，它们通过分离具体的数据库操作和事务管理逻辑，提高了灵活性和可扩展性。

• 例如，JdbcTemplate和HibernateTemplate通过桥接模式将不同的数据访问技术封装起来，使得应用程序可以独立选择不同的实现。

11. 建造者模式（Builder Pattern）

建造者模式提供了一个用于构建复杂对象的接口，而将对象的创建过程分离出来。Spring中的**BeanDefinition和BeanDefinitionBuilder**使用了建造者模式，允许构建和配置复杂的Bean定义。

• 例如，BeanDefinitionBuilder用于构建BeanDefinition，为Bean提供详细的配置。

12. 责任链模式（Chain of Responsibility Pattern）

责任链模式使得多个对象有机会处理请求，避免了请求发送者和接收者的耦合。Spring的HandlerInterceptor和Filter实现了责任链模式，允许多个拦截器或过滤器按顺序处理请求。

• 例如，Spring MVC中的HandlerInterceptor链，允许多个拦截器按顺序处理请求。

总结

Spring框架巧妙地运用了多种设计模式，使得框架本身具有高内聚、低耦合、灵活可扩展等优点。Spring的设计模式不仅使开发者能够更方便地使用框架，还增强了框架的可维护性和可扩展性。