|
|
51CTO旗下网站
|
|
移动端

口述完SpringMVC的执行流程后,面试官说兄弟,你是培训的吧!

前几天阿粉的一个朋友去面试,面试官问他,你知道SpringMVC的执行流程么,我这个朋友在回答完之后,面试官相继问了几个问题,之后面试官说,兄弟你是培训出来的吧?

作者: 鸭血粉丝来源: Java极客技术|2020-06-30 07:48

前几天阿粉的一个朋友去面试,面试官问他,你知道SpringMVC的执行流程么,我这个朋友在回答完之后,面试官相继问了几个问题,之后面试官说,兄弟你是培训出来的吧?朋友懵了,我培训都是一年前的事情了,这都能知道,于是,找阿粉来吐槽这个事情,结果,阿粉听完之后,分分钟觉得,确实不冤枉呀。

SpringMVC的执行流程

大家看这个图,确实是没有任何问题的对不对,

  1. 用户的 HTTP 的请求提交到 DispatcherServlet。
  2. 由 DispatcherServlet 控制器查询一个或多个 HandlerMapping,找到处理请求的Controller。
  3. DispatcherServlet 将请求提交到 Controller,Controller 调用业务逻辑处理后,返回 ModelAndView
  4. 业务逻辑处理完了,这时候DispatcherServlet 查询 ModelAndView
  5. DispatcherServlet 查询一个或多个 ViewResoler 视图解析器,找到 ModelAndView 指定的视图。
  6. 这时候就把这个 ModelAndView解析之后反馈给浏览器。
  7. Http 响应:视图负责将结果显示到客户端

这时候有的面试官就会问你了,说如果说我不想经过视图解析器用什么注解,那不经过视图解析器的话,那么返回的数据就是 Json 了,这个大家肯定熟悉,直接回答 @ResponseBody 就可以了。

这部分内容很多的培训机构都会教给学员们去背诵,而不是如何的去理解一下,如果不往继续深挖的话,这块内容直接就过了,但是很多稍微大一点的“厂子”肯定会继续往下说,比如说:

  • 那你说说SpringMVC的工作机制吧,这时候在朋友们的心中会有个大大的懵,机制?原理?机制和原理有啥不一样的呢?

SpringMVC的工作机制

对于大家来说,SpringMVC的执行流程大家肯定都熟悉了,这个肯定大家回答的也会很完美,那么接下来就看看机制的问题吧,

SpringMVC框架其实围绕的都是 DispatcherServlet 来工作的,这个类也尤其的重要,其实看到名字的时候,阿粉第一想法就是,它是不是一个另类的 Servlet,而学习过 Java 的我们当然也知道 Servlet 可以拦截到 HTTP 发送过来的请求。

而我们的 Servlet 在初始化的时候,也就是在调用 init 方法的时候,SpringMVC 会根据配置,来获取配置信息,从而来获得 URI 和处理器 Handler 之间的映射关系,而这个URI 是统一资源标识符。为了更加灵活的操作和增强某些我们所需要的功能,这时候,SpringMVC还会给处理器加入拦截器。

而SpringMVC的容器初始化的时候,会建立所有url和controller的对应关系,

ApplicationObjectSupport 里面内容比较多,源码部分我精简了一下

  1. @Override 
  2.  public final void setApplicationContext(@Nullable ApplicationContext context) throws BeansException { 
  3.   else if (this.applicationContext == null) { 
  4.    // Initialize with passed-in context. 
  5.    if (!requiredContextClass().isInstance(context)) { 
  6.     throw new ApplicationContextException( 
  7.       "Invalid application context: needs to be of type [" + requiredContextClass().getName() + "]"); 
  8.    } 
  9.    this.applicationContext = context; 
  10.    this.messageSourceAccessor = new MessageSourceAccessor(context); 
  11.    initApplicationContext(context); 
  12.   } 
  13.  } 
  14.  此处注意的是initApplicationContext(context); 
  15.     这个方法在子类中实现了 :子类AbstractDetectingUrlHandlerMapping实现了该方法 

子类 AbstractDetectingUrlHandlerMapping

  1. protected void detectHandlers() throws BeansException { 
  2.     ApplicationContext applicationContext = obtainApplicationContext(); 
  3.     String[] beanNames = (this.detectHandlersInAncestorContexts ? 
  4.       BeanFactoryUtils.beanNamesForTypeIncludingAncestors(applicationContext, Object.class) : 
  5.       applicationContext.getBeanNamesForType(Object.class)); 
  6.    
  7.     // 采取任何bean的名字,我们可以确定url。. 
  8.     for (String beanName : beanNames) { 
  9.      String[] urls = determineUrlsForHandler(beanName); 
  10.      if (!ObjectUtils.isEmpty(urls)) { 
  11.       // URL路径发现:我们认为这是一个处理程序 这时候就要保存urls和beanName的对应关系, 
  12.       registerHandler(urls, beanName); 
  13.      } 
  14.     } 
  15.    
  16.     if ((logger.isDebugEnabled() && !getHandlerMap().isEmpty()) || logger.isTraceEnabled()) { 
  17.      logger.debug("Detected " + getHandlerMap().size() + " mappings in " + formatMappingName()); 
  18.     } 
  19.    } 
  20.    
  21.   通过父类的registerHandler给put到HandlerMap里面了 

而我们在使用SpringMVC的Controller里面的注解解析 Url 的时候,通过的是什么类?什么方法呢?就是接下来的这个方法,大家可以看注释

  1. //确定给定的url处理器bean。(Determine the URLs for the given handler bean.) 
  2. protected abstract String[] determineUrlsForHandler(String beanName); 

在我们日常写 CRUD 的时候,建立Controller的时候,在上面总是习惯的@RequestMapping注解,里面写我们从前端的ajax或者其他方式请求过来的路径的时候,通过这个方法来进行Controller和url之间的对应关系。这时候关系完成了,接下来肯定是根据url去找Controller,继续往下执行了呗。

这时候就会执行你写的Controller方法,在我们的 Servlet里面是不是就相当于我们的 doService 的方法了,这一步阿粉就不仔细的给大家讲述了,大家可以参照 Servlet 来进行分析呢。

最后一步来了,通过反射调用处理请求的方法,这时候给大家返回一个视图,也就是我们的 return。但是这个return也是有讲究的,JSP, JSON, Velocity, FreeMarker, XML, PDF, Excel, 还有Html字符流等等。那它们该如何的进行处理的呢?接下来阿粉就来带大家看一下

大家看一下这个图里面的 UrlBaseViewResolver ,类名真的是起的很有水准 Url基础视图解析器 基础视图解析器,那么我们先说返回 JSP 的,配置如下:

  1. <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"
  2.     <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/> 
  3.     <property name="prefix" value="/WEB-INF/jsp/"/> 
  4.     <property name="suffix" value=".jsp"/> 
  5. </bean> 

相信项目中如果使用JSP的同志们去直接的配置文件去寻找这个,肯定不出意外的能找到,这时候我们return的一个字符串,通过配置,直接找寻指定的JSP页面,这也是最经常使用的一点了。如果我们返回的是我们的 test 页面,那么肯定是 return "test" ,然后结合上面的配置和,最后得到最终的URL:"/WEB-INF/jsp/" + "test" + ".jsp" == "/WEB-INF/jsp/test.jsp".

那么HTML这种是怎么处理返回的呢?其实也很简单,之前阿粉就说过这个 SpringMVC 其实可以理解成 Servlet ,那么返回的方式就有了PrintWriter的事情了

  1. StringBuffer sb = new StringBuffer(); 
  2. sb.append("<!doctype html><html><head><meta http-equiv=\"Content-Type\" content=\"text/html; charset=UTF-8\">"
  3. sb.append("<div>xxxxxx</div>"
  4. writer.write(sb.toString()); 

还有一个最常见的,返回JSON数据,那么Json数据我们最长用的,什么ajax这种来返回数据,使用各种UI的时候,也会让你返回JSON数据啦,这些东西都是必不可少呢,那么就像阿粉之前说的一个注解完事,如果有什么指定格式的,那么可以新建一个DTO的类,里面有你自己的属性,还可能带着你为了数据完整性而带上的数据比如List这种。

而你说了这些之后,面试官顺带来了一句,Spring MVC的主要组件都有那些,你知道么?随便列举出几个来就行。

SpringMVC的组件:

1、前端控制器 DispatcherServlet

  • 作用:接收请求、响应结果 相当于转发器,有了DispatcherServlet 就减少了其它组件之间的耦合度。

2、处理器映射器HandlerMapping

  • 作用:根据请求的URL来查找Handler

3、处理器适配器HandlerAdapter

  • 注意:在编写Handler的时候要按照HandlerAdapter要求的规则去编写,这样适配器HandlerAdapter才可以正确的去执行Handler。

4、处理器Handler

5、视图解析器 ViewResolver

  • 作用:进行视图的解析 根据视图逻辑名解析成真正的视图(view)

6、视图View

  • View是一个接口, 它的实现类支持不同的视图类型(jsp,freemarker,pdf, json等等)

关于SpringMVC的高频面试,你会了么?

【编辑推荐】

  1. 面试问烂的Spring AOP原理、SpringMVC过程
  2. 彻彻底底给你讲明白啥是SpringMvc异步处理
【责任编辑:武晓燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微