SpringMVC用到的设计模式，你了解几种？



大家好，我是小米，31岁的一名Java工程师。今天，我来给大家分享一篇有关于SpringMVC设计模式的面试题。你要知道，Java技术圈有句流行的说法：“不懂设计模式，你就别谈Spring框架。”也许你会觉得这话有点过于夸张，但其实，Spring框架背后有许多设计模式的身影。

作为Java工程师，尤其是面对社招的面试时，理解SpringMVC中的设计模式，不仅有助于我们在面试中脱颖而出，还能提升我们对框架的理解和应用能力。今天，就让我们一起通过一个故事，深入浅出地理解一下SpringMVC背后常用的设计模式。

故事背景：程序员小明的SpringMVC面试之路

小明是一名刚刚准备跳槽的Java工程师，已经工作了3年，平时经常使用Spring框架，但说到SpringMVC用到的设计模式，他总觉得有些模糊。

最近，他投了一个高薪的Java社招岗位，面试官明确告诉他，“SpringMVC中的设计模式，熟悉并能够在实际开发中应用是一个必备技能。”小明的内心瞬间一阵紧张，脑袋里突然浮现出各种各样的设计模式：单例模式、工厂模式、观察者模式、策略模式……他开始怀疑自己是否真的掌握了这些模式。于是，他赶紧复习起了SpringMVC，发现自己以前只懂得框架怎么使用，却并没有关注到框架的底层设计。于是，他决定深入剖析一下SpringMVC到底用到了哪些设计模式，并总结出自己的一套理解。

单例模式（Singleton Pattern）

小明在翻阅SpringMVC源码时，首先注意到一个非常显眼的设计模式——单例模式。

什么是单例模式？

单例模式的核心思想就是：某个类只能有一个实例，而且该实例在系统中是全局共享的。这种模式通常用于需要共享资源或者提高性能的场景。

SpringMVC中的单例模式应用

在SpringMVC中，DispatcherServlet（调度器）是单例的。它负责处理客户端的请求，委派给各个控制器进行业务处理，并最终返回响应结果。在整个Web应用生命周期中，DispatcherServlet只会被创建一次，所有的请求都会通过这个实例来处理。

好处：这种设计方式避免了每次请求都需要创建新的DispatcherServlet实例，从而提高了性能和资源的利用效率。

工厂模式（Factory Pattern）

在小明继续深入源码时，他发现了另一个非常常见的设计模式——工厂模式。

什么是工厂模式？

工厂模式通过定义一个创建对象的接口，让子类决定实例化哪一个类。工厂模式可以避免直接在代码中使用new关键字，从而使得系统更加灵活和扩展性更强。

SpringMVC中的工厂模式应用

在SpringMVC中，HandlerMapping就是一个典型的工厂模式应用。HandlerMapping负责将HTTP请求映射到对应的处理器（Controller），而具体的HandlerMapping实现类（如RequestMappingHandlerMapping）会根据不同的配置返回不同类型的处理器。

好处：通过工厂模式，SpringMVC可以根据不同的配置灵活地选择不同的处理器类型，从而实现了高度的可扩展性。

观察者模式（Observer Pattern）

小明在继续研究SpringMVC时，意识到另一个重要的设计模式——观察者模式。

什么是观察者模式？

观察者模式定义了对象之间的一种依赖关系，使得一个对象的状态变化能够自动通知其他依赖于它的对象。这种模式通常用于事件驱动的编程中。

SpringMVC中的观察者模式应用

在SpringMVC中，事件机制是实现观察者模式的经典例子。例如，ApplicationContext就采用了观察者模式来通知监听器（Listener）某个事件的发生。

每当Spring容器初始化完成时，就会发布一个ContextRefreshedEvent事件，所有注册的监听器都会接收到该事件，并做出相应的处理。

好处：通过这种方式，Spring能够轻松地管理和扩展事件驱动的逻辑，提升了系统的松耦合性。

策略模式（Strategy Pattern）

小明在进一步分析时，注意到策略模式也是SpringMVC中广泛使用的一种设计模式。

什么是策略模式？

策略模式定义了算法族，并将每一个算法封装起来，使得它们可以相互替换。策略模式让算法的变化独立于使用算法的客户。

SpringMVC中的策略模式应用

在SpringMVC中，HandlerAdapter和ViewResolver分别实现了策略模式。

HandlerAdapter：SpringMVC中的HandlerAdapter充当了一个策略接口。每种类型的Controller（例如注解驱动的@Controller和传统的Controller）都有自己的HandlerAdapter来处理具体的请求。

ViewResolver：视图解析器也是通过策略模式来实现的，SpringMVC支持多种视图解析器（如JSP、Thymeleaf等），每个视图解析器是一个独立的策略，可以根据需要灵活切换。

好处：通过策略模式，SpringMVC能够支持多种类型的处理器和视图解析器，使得框架非常灵活和扩展性强。

命令式模式（Command Pattern）

小明进一步研究时，发现命令模式在SpringMVC中也有应用。

什么是命令模式？

命令模式将请求封装成一个对象，从而让用户通过不同的请求来参数化客户。命令模式允许将请求调用者和请求接收者解耦。

SpringMVC中的命令模式应用

在SpringMVC中，每个请求和控制器方法的映射就是一个命令对象。例如，@RequestMapping注解和HandlerMethod就可以看作是命令模式的应用。

每一个Controller方法实际上都被封装成一个命令对象，SpringMVC通过命令模式的实现来执行方法调用和参数传递。

好处：命令模式使得请求的封装和处理过程更加清晰，增加了系统的可扩展性和维护性。

模板方法模式（Template Method Pattern）

最后，小明还发现了模板方法模式的身影。

什么是模板方法模式？

模板方法模式定义了一个操作中的算法骨架，而将一些步骤的实现延迟到子类中。模板方法模式让子类在不改变算法结构的情况下重新定义算法中的某些特定步骤。

SpringMVC中的模板方法模式应用

AbstractDispatcherServlet就是使用模板方法模式的典型例子。它提供了一个doDispatch方法，这个方法在处理请求时提供了统一的流程，子类可以通过扩展这个方法来定制某些特定的处理逻辑。

好处：模板方法模式使得SpringMVC能够在统一的框架下灵活地实现具体的业务逻辑，确保系统的统一性和扩展性。

设计模式，让SpringMVC更强大！

通过小明的面试之路，我们看到了SpringMVC背后隐藏的强大设计模式体系。单例模式、工厂模式、观察者模式、策略模式、命令模式和模板方法模式等等，都是SpringMVC的基础，它们共同支撑起了这个强大的框架。

掌握这些设计模式的背后原理，不仅能帮助我们在面试中脱颖而出，更能让我们在实际开发中写出更清晰、可维护的代码。所以，大家在学习SpringMVC时，不妨多思考它背后的设计模式，理解每一行代码的用意。这样，你也会像小明一样，快速成为面试中的“答题王”！

如果你有更多关于设计模式和SpringMVC的疑问，欢迎留言讨论哦！让我们一起加油，共同成长！

END

感谢阅读，如果觉得这篇文章对你有帮助，记得点赞、分享哦！我们下次再见！