口述完SpringMVC的執(zhí)行流程后，面試官說兄弟，你是培訓的吧！
前幾天阿粉的一個朋友去面試，面試官問他，你知道SpringMVC的執(zhí)行流程么，我這個朋友在回答完之后，面試官相繼問了幾個問題，之后面試官說，兄弟你是培訓出來的吧?朋友懵了，我培訓都是一年前的事情了，這都能知道，于是，找阿粉來吐槽這個事情，結(jié)果，阿粉聽完之后，分分鐘覺得，確實不冤枉呀。
SpringMVC的執(zhí)行流程
大家看這個圖，確實是沒有任何問題的對不對，
- 用戶的 HTTP 的請求提交到 DispatcherServlet。
- 由 DispatcherServlet 控制器查詢一個或多個 HandlerMapping，找到處理請求的Controller。
- DispatcherServlet 將請求提交到 Controller，Controller 調(diào)用業(yè)務(wù)邏輯處理后，返回 ModelAndView
- 業(yè)務(wù)邏輯處理完了，這時候DispatcherServlet 查詢 ModelAndView
- DispatcherServlet 查詢一個或多個 ViewResoler 視圖解析器，找到 ModelAndView 指定的視圖。
- 這時候就把這個 ModelAndView解析之后反饋給瀏覽器。
- Http 響應(yīng)：視圖負責將結(jié)果顯示到客戶端
這時候有的面試官就會問你了，說如果說我不想經(jīng)過視圖解析器用什么注解，那不經(jīng)過視圖解析器的話，那么返回的數(shù)據(jù)就是 Json 了，這個大家肯定熟悉，直接回答 @ResponseBody 就可以了。
這部分內(nèi)容很多的培訓機構(gòu)都會教給學員們?nèi)ケ痴b，而不是如何的去理解一下，如果不往繼續(xù)深挖的話，這塊內(nèi)容直接就過了，但是很多稍微大一點的“廠子”肯定會繼續(xù)往下說，比如說：
- 那你說說SpringMVC的工作機制吧，這時候在朋友們的心中會有個大大的懵，機制?原理?機制和原理有啥不一樣的呢?
SpringMVC的工作機制
對于大家來說，SpringMVC的執(zhí)行流程大家肯定都熟悉了，這個肯定大家回答的也會很完美，那么接下來就看看機制的問題吧，
SpringMVC框架其實圍繞的都是 DispatcherServlet 來工作的，這個類也尤其的重要，其實看到名字的時候，阿粉第一想法就是，它是不是一個另類的 Servlet，而學習過 Java 的我們當然也知道 Servlet 可以攔截到 HTTP 發(fā)送過來的請求。
而我們的 Servlet 在初始化的時候，也就是在調(diào)用 init 方法的時候，SpringMVC 會根據(jù)配置，來獲取配置信息，從而來獲得 URI 和處理器 Handler 之間的映射關(guān)系，而這個URI 是統(tǒng)一資源標識符。為了更加靈活的操作和增強某些我們所需要的功能，這時候，SpringMVC還會給處理器加入攔截器。
而SpringMVC的容器初始化的時候，會建立所有url和controller的對應(yīng)關(guān)系，
ApplicationObjectSupport 里面內(nèi)容比較多，源碼部分我精簡了一下
- @Override
- public final void setApplicationContext(@Nullable ApplicationContext context) throws BeansException {
- else if (this.applicationContext == null) {
- // Initialize with passed-in context.
- if (!requiredContextClass().isInstance(context)) {
- throw new ApplicationContextException(
- "Invalid application context: needs to be of type [" + requiredContextClass().getName() + "]");
- }
- this.applicationContext = context;
- this.messageSourceAccessor = new MessageSourceAccessor(context);
- initApplicationContext(context);
- }
- }
- 此處注意的是initApplicationContext(context);
- 這個方法在子類中實現(xiàn)了 ：子類AbstractDetectingUrlHandlerMapping實現(xiàn)了該方法
子類 AbstractDetectingUrlHandlerMapping
- protected void detectHandlers() throws BeansException {
- ApplicationContext applicationContext = obtainApplicationContext();
- String[] beanNames = (this.detectHandlersInAncestorContexts ?
- BeanFactoryUtils.beanNamesForTypeIncludingAncestors(applicationContext, Object.class) :
- applicationContext.getBeanNamesForType(Object.class));
- // 采取任何bean的名字,我們可以確定url。.
- for (String beanName : beanNames) {
- String[] urls = determineUrlsForHandler(beanName);
- if (!ObjectUtils.isEmpty(urls)) {
- // URL路徑發(fā)現(xiàn):我們認為這是一個處理程序 這時候就要保存urls和beanName的對應(yīng)關(guān)系,
- registerHandler(urls, beanName);
- }
- }
- if ((logger.isDebugEnabled() && !getHandlerMap().isEmpty()) || logger.isTraceEnabled()) {
- logger.debug("Detected " + getHandlerMap().size() + " mappings in " + formatMappingName());
- }
- }
- 通過父類的registerHandler給put到HandlerMap里面了
而我們在使用SpringMVC的Controller里面的注解解析 Url 的時候，通過的是什么類?什么方法呢?就是接下來的這個方法，大家可以看注釋
- //確定給定的url處理器bean。(Determine the URLs for the given handler bean.)
- protected abstract String[] determineUrlsForHandler(String beanName);
在我們?nèi)粘?CRUD 的時候，建立Controller的時候，在上面總是習慣的@RequestMapping注解，里面寫我們從前端的ajax或者其他方式請求過來的路徑的時候，通過這個方法來進行Controller和url之間的對應(yīng)關(guān)系。這時候關(guān)系完成了，接下來肯定是根據(jù)url去找Controller，繼續(xù)往下執(zhí)行了唄。
這時候就會執(zhí)行你寫的Controller方法，在我們的 Servlet里面是不是就相當于我們的 doService 的方法了，這一步阿粉就不仔細的給大家講述了，大家可以參照 Servlet 來進行分析呢。
最后一步來了，通過反射調(diào)用處理請求的方法，這時候給大家返回一個視圖，也就是我們的 return。但是這個return也是有講究的，JSP, JSON, Velocity, FreeMarker, XML, PDF, Excel, 還有Html字符流等等。那它們該如何的進行處理的呢?接下來阿粉就來帶大家看一下
大家看一下這個圖里面的 UrlBaseViewResolver ,類名真的是起的很有水準 Url基礎(chǔ)視圖解析器 基礎(chǔ)視圖解析器，那么我們先說返回 JSP 的，配置如下：
- <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
- <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"/>
- <property name="prefix" value="/WEB-INF/jsp/"/>
- <property name="suffix" value=".jsp"/>
- </bean>
相信項目中如果使用JSP的同志們?nèi)ブ苯拥呐渲梦募ふ疫@個，肯定不出意外的能找到，這時候我們return的一個字符串，通過配置，直接找尋指定的JSP頁面，這也是最經(jīng)常使用的一點了。如果我們返回的是我們的 test 頁面，那么肯定是 return "test" ,然后結(jié)合上面的配置和，最后得到最終的URL："/WEB-INF/jsp/" + "test" + ".jsp" == "/WEB-INF/jsp/test.jsp".
那么HTML這種是怎么處理返回的呢?其實也很簡單，之前阿粉就說過這個 SpringMVC 其實可以理解成 Servlet ，那么返回的方式就有了PrintWriter的事情了
- StringBuffer sb = new StringBuffer();
- sb.append("<!doctype html><html><head><meta http-equiv=\"Content-Type\" content=\"text/html; charset=UTF-8\">")
- sb.append("<div>xxxxxx</div>")
- writer.write(sb.toString());
還有一個最常見的，返回JSON數(shù)據(jù)，那么Json數(shù)據(jù)我們最長用的，什么ajax這種來返回數(shù)據(jù)，使用各種UI的時候，也會讓你返回JSON數(shù)據(jù)啦，這些東西都是必不可少呢，那么就像阿粉之前說的一個注解完事，如果有什么指定格式的，那么可以新建一個DTO的類，里面有你自己的屬性，還可能帶著你為了數(shù)據(jù)完整性而帶上的數(shù)據(jù)比如List這種。
而你說了這些之后，面試官順帶來了一句，Spring MVC的主要組件都有那些，你知道么?隨便列舉出幾個來就行。
SpringMVC的組件：
1、前端控制器 DispatcherServlet
- 作用：接收請求、響應(yīng)結(jié)果 相當于轉(zhuǎn)發(fā)器，有了DispatcherServlet 就減少了其它組件之間的耦合度。
2、處理器映射器HandlerMapping
- 作用：根據(jù)請求的URL來查找Handler
3、處理器適配器HandlerAdapter
- 注意：在編寫Handler的時候要按照HandlerAdapter要求的規(guī)則去編寫，這樣適配器HandlerAdapter才可以正確的去執(zhí)行Handler。
4、處理器Handler
5、視圖解析器 ViewResolver
- 作用：進行視圖的解析 根據(jù)視圖邏輯名解析成真正的視圖(view)
6、視圖View
- View是一個接口， 它的實現(xiàn)類支持不同的視圖類型(jsp，freemarker，pdf, json等等)
關(guān)于SpringMVC的高頻面試，你會了么?
