Spring MVC框架如何工作？如何处理HTTP请求？
其中一个常见的Spring MVC Interview问题就是解释Web请求的流程，即HTTP请求是如何从头到尾进行处理的。换句话说，解释了Spring MVC中的请求流。由于我的许多读者一次又一次地提出这个问题，我想在一篇短文中总结一下请求处理的流程。这一切都始于客户端，它发送一个请求到一个特定的URL。当这个请求到达web容器，例如Tomcat时，它会查看web.xml并找到映射到该特定URL的Servlet或Filter。它委托Servlet或Filter来处理请求。由于Spring MVC是建立在Servlet之上的，所以这也是任何基于Spring MVC的Java Web应用程序的请求流。
请记住，Web容器，例如Tomcat负责创建Servlet和Filter实例，并调用各种生命周期方法，例如init（），service（），destroy（）。在HTTP请求的情况下，HttpServlet处理这个请求，并且根据HTTP请求方法，容器调用各种doXXX（）方法，例如，doGet（）处理GET请求，doPost（）处理POST请求。
如果您还记得，要启用Spring MVC，我们需要从Spring MVC jar中将DispatcherServlet声明为web.xml。这个Servlet侦听URL模式*，如下面的web.xml所示，这意味着所有请求都映射到DispatcherServlet。
虽然不是强制性的，但是如果你愿意的话，你可以有其他的servlet映射到其他的URL，但是如果你使用Spring MVC来开发Web应用程序或RESTful Web服务，那么通过DispatcherServlet传递所有的请求是有意义的。
这里是Spring MVC的web.xml配置，你可以看到DispatcherServlet使用URL模式映射到所有请求*
应用程序>
这个Spring Web应用程序的前端控制器负责
处理所有的应用程序请求 - >
的
Spring MVC 调度程序Servlet
的类> org.springframework.web.servlet.DispatcherServlet 的类>
名称> contextConfigLocation的名称>
值> /WEB-INF/config/web-application-config.xml 值>
<负载上启动> 1 负载上启动>
的>
的映射>
的名称>例如的名称>
模式> * 模式>
的映射>
的应用>
URL模式很重要，如果请求与DispatcherServlet的URL模式相匹配，那么它将被Spring MVC处理，否则不会。DispatcherServlet根据请求的URL将请求传递给特定的控制器。DispatcherServlet如何知道哪个请求需要传递给哪个控制器？
那么，它使用@RequestMapping注释或Spring MVC配置文件来找出请求URL到不同控制器的映射。它也可以使用特定的请求处理注释，例如@GetMapping或@PostMapping。控制器类也使用@Controller和@RestController（对于RESTful Web服务）注释来标识。见有弹簧安置课程，由尤金学习如何纵深发展使用Spring RESTful Web服务。
例如，下面的类是一个控制器，它将处理任何具有URI “/约会”的请求。它也有@GetMapping，这意味着当这个URL收到一个GET请求时，方法将被调用。如果客户端向“/ appointmentments” URI 发送POST请求，将会调用用@PostMapping注解的方法。
@Controller
@RequestMapping（“/约会”）
公共类AppointmentsController {
@GetMapping
public Map get（）{
return appointmentBook.getAppointmentsForToday（）;
}
@PostMapping
public String add（@Valid AppointmentForm appointment，BindingResult result）{
if（result.hasErrors（））{
return “appointmentments / new” ;
}
appointmentBook.addAppointment（预约）;
返回 “重定向：/约会” ;
}
}
在处理请求之后，Controller将一个逻辑视图的名称和模型返回给DispatcherServlet，它会查看视图解析器，直到确定一个实际的View来呈现输出为止。然后，DispatcherServlet将所选视图（例如Freemarker或JSP）与模型数据联系起来，并根据模型数据呈现输出。
此呈现的输出作为HTTP响应返回给客户端。在它回来的路上，它可以传递给任何已配置的过滤器，例如Spring Security过滤器链或配置为将响应转换为JSON或XML的过滤器。
Spring MVC框架中的DispatcherServlet是前端控制器模式的实现（请参阅企业应用程序体系结构的模式），它也是一个单一入口点 - 处理所有传入的请求，但又取决于你的URL模式映射和你的应用程序。
它将进一步处理的请求委托给其他组件，例如控制器，视图，视图解析器，处理程序映射器，异常处理程序等。它也可以直接映射到/，但是需要配置处理静态资源的异常。如果您查看web.xml配置，它也使用load-on-startup标签预加载。
Spring MVC工作流程
人们经常说，一张图片胜过千言万语，在了解应用程序的系统架构和工作流程的情况下，情况也是如此。无论我在上面的文章中说了什么，都可以通过下面的图解容易地推断出Spring MVC框架的工作流程：
REST风格的Web服务请求 的流程也与此不同。它遵循相同的路径，但在REST的情况下，Controller方法使用@ResponseBody进行注释， 这意味着它不会将逻辑视图名称返回给DispatcherServlet，而是将输出直接写入HTTP响应主体。请参阅Spring REST书籍以了解有关如何使用Spring开发RESTful Web服务的更多信息。
总之，下面是使用Spring MVC框架创建的Java应用程序中的HTTP请求的流程：
1）客户端向特定的URL发送HTTP请求
2）Spring MVC的DispatcherServlet接收请求
2）将请求传递给特定的控制器取决于使用@Controller和@RequestMapping注释请求的URL。
3）Spring MVC Controller然后将一个逻辑视图的名称和模型返回给DispatcherServlet。
4）DispatcherServlet咨询视图解析器，直到确定实际视图呈现输出为止
5）DispatcherServlet将所选视图（例如Thymeleaf，Freemarker，JSP）与模型数据联系起来，并根据模型数据呈现输出
6）呈现的输出作为响应返回给客户端
这就是Spring MVC的流程或者Spring MVC 处理HTTP请求的过程。这是关于Spring MVC框架的非常基础但重要的知识，每个Java和Spring开发者都应该熟悉这一点。如果您知道如何处理HTTP请求，那么您不仅可以更好地理解问题，还可以轻松快速地解决问题。
