Spring全家桶(二)之SpringMVC总结

SpringMVC面试题

关于Spring,SpringMVC,SpringBoot三者的源码等解析,会在博客园上详细整理!

1、是否需要在类路径中使用spring-mvc.jar，或者是spring-core的一部分？

spring-mvc.jar不是spring-core的一部分，如果要在Java项目中使用Spring MVC框架，则必须在应用程序的类路径中包含spring-mvc.jar。在Java Web应用程序中，spring-mvc.jar通常放在/ WEB-INF / lib文件夹中。

2、什么是DispatcherServlet以及它用于什么？

DispatcherServlet是Front Controller设计模式的一个实现，它处理对Spring MVC应用程序的所有传入Web请求。前端控制器模式是Web应用程序中的常见模式，其作用是接收所有请求并将其路由到应用程序的不同组件以进行实际处理。

在Spring MVC的情况下，DispatcherServlet将Web请求路由到Spring MVC控制器。

在Spring MVC中，DispatcherServlet用于查找正确的Controler以处理请求，它在处理程序映射的帮助下执行，例如@RequestMapping注解。

它还负责将逻辑视图名称委派给ViewResolver，然后将呈现的响应发送到客户端。

3、DispatcherServlet如何通过应用程序上下文实例化？

DispatcherServlet由Tomcat或Jetty等Servlet容器实例化。必须将DispatcherServlet定义到web.xml文件中，如下所示。

可以看到load-on-startup标记为1，当Spring MVC应用程序部署到Tomcat或任何其他Servlet容器时，将实例化DispatcherServlet。在实例化期间，它会查找文件servlet-name-context.xml，然后初始化此文件中定义的bean。

4、Spring MVC中的root应用程序上下文是什么？怎么装载的？

在Spring MVC中，使用ContextLoaderListener加载的上下文称为“root”应用程序上下文，它属于整个应用程序，而使用DispatcherServlet初始化的应用程序上下文实际上是特定于该servlet。

从技术上讲，Spring MVC允许在Spring MVC Web应用程序中使用多个DispatcherServlet ，因此可能存在多个这样的上下文，每个上下文都针对相应的servlet，但是具有相同的根上下文。

5、@Controller注释的用途?如何在没有注释的情况下创建控制器?

@Controller是用来定义Controller的Spring MVC注释，但实际上它只是一个原型注释。甚至可以在没有@Controller的情况下通过使用@Component注释Spring MVC控制器类来创建控制器。请求映射到处理程序方法的实际工作是使用@RequestMapping注释来完成的。

6、什么是ContextLoaderListener，它的作用是什么？

ContextLoaderListener是一个监听器，这有助于引导Spring MVC的。顾名思义它加载并创建ApplicationContext，因此不必编写显式代码来创建它。应用程序上下文是Spring bean离开的地方。对于Web应用程序，有一个名为WebAppliationContext的子类。

ContextLoaderListener还将ApplicationContext的生命周期与ServletContext的生命周期联系起来。可以使用getServletContext（）方法从WebApplicationContext获取ServletContext。

ContextLoaderListener是在web.xml中配置为监听器的，可以将它放在一个标记中，如下所示:

<listener>
<listener-class>
org.springframework.web.context.ContextLoaderListener
</listener-class>
</listener>

部署Spring MVC Web应用程序时，Servlet容器创建了一个ContextLoaderListener类的实例，该类加载Spring的WebApplicationContext。

7、传入请求如何映射到控制器和方法?

有时也会问这个问题DispatcherServlet如何知道哪个Controller应该处理请求？

Spring使用处理程序映射将控制器与请求相关联，两个常用的处理程序映射是BeanNameUrlHandlerMapping和SimpleUrlHandlerMapping。

在BeanNameUrlHandlerMapping中，当请求url与bean的名称匹配时，bean定义中的类是将处理请求的控制器。

另一方面，在SimpleUrlHandlerMapping中，映射更明确。可以指定URL的数量，并且每个URL可以与控制器显式关联。

顺便说一句，如果你使用注释来配置Spring MVC，那么应该使用@RequestMapping注释将传入请求映射到控制器和处理程序方法。

还可以通过URI路径，查询参数，请求的HTTP方法以及请求中存在的HTTP标头配置@RequestMapping批注。

8、@RequestParam用于什么？

@RequestParam是一个Spring MVC注释，其被用于提取从URL中控制器的处理程序方法请求参数或查询参数，如下所示：

public String personDetail(@RequestParam("id")long id){ 
 .... 
 return "personDetails"; 
}

@RequestParam注释也支持数据类型转换，例如这里可以看到一个String被自动转换为long，但它也可能导致一个异常，如果查询参数不存在或类型不匹配的情况下还可以使用requried = false使参数成为可选参数，例如@RequestParam(value ="id"，required = false)

9、控制器方法的一些有效返回类型是什么？

Spring MVC中的控制器方法有许多可用的返回类型，这些方法由控制器内部的@RequestMapping注释。其中一些流行的是:

（1）String （2）void （3）View （4）ModelAndView (Class) （5）Model (Interface) （6）Map （7）HttpEntity<?> or ResponseEntity<?> （8）HttpHeaders

每种返回类型都有其特定用途。例如，如果使用的是String，则表示Controller只返回View Name，此视图名称将由ViewResolver解析。

如果不想返回任何视图名称，请提回返回类型void。如果要设置视图名称以及想要发送一些对象，请使用ModelAndView作为返回类型。

10、什么是模型？

Model再次是封装数据或输出以进行渲染的引用。始终创建模型并将其传递给Spring MVC中的视图。如果映射的控制器方法将Model作为方法参数，则Spring框架会自动将模型实例注入该方法。

注入模型上设置的任何属性都将保留并传递给View。以下是在Spring MVC中使用Model的示例：

public String personDetail(Model model){ 
... 
model.addAttribute("name"，"Joe"); 
... 
}

11、InternalResourceViewResolver有什么作用？

在Spring MVC中，ViewResolveer返回View以处理基于逻辑视图名称（由控制器提供）和语言环境输出呈现。这种方式控制器没有耦合到特定的视图技术，例如JSP或FreeMarker，它只返回逻辑视图名称。

InternalResourceViewResolver是在Spring MVC和DispatcherServlet中配置的默认View解析器用它来找到正确的视图。InternalResourceViewResolver用于呈现JSP（JstlView）。

它将前缀和后缀配置为逻辑视图名称，然后生成特定JSP的路径，如下所示：

<bean class = "org.springframework.web.servlet.view.InternalResourceViewResolver"> 
<property name = "prefix" value = "/WEB-INF/" /> 
<property name = "suffix" value = ".jsp" /> 
</bean >

因此，如果Controller返回"hello"作为逻辑视图名称，则InternalViewResolver将返回/WEB-INF/hello。