Spring MVC 面試題

• Spring MVC 面試題
  • 簡單介紹一下 Spring MVC 框架
  • Spring MVC 有什么優點？
  • 描述一下 Spring MVC 的作業流程
  • 簡單介紹 Spring MVC 的核心組件
  • @Controller 注解有什么用？
  • @RequestMapping 注解有什么用？
  • @RestController 和 @Controller 有什么區別？
  • @RequestMapping 和 @GetMapping 注解的不同之處在哪里？
  • @RequestParam 和 @PathVariable 兩個注解的區別
  • 回傳 JSON 格式使用什么注解？
  • 介紹一下 Spring MVC 中的 WebApplicationContext ？
  • Spring MVC 和 Struts2 的異同？
  • 介紹下 Spring MVC 攔截器？
  • Spring MVC 的攔截器和 Filter 過濾器有什么差別？
• REST 面試題
  • REST 代表著什么?
  • 資源是什么?
  • 什么是安全的 REST 操作?
  • 什么是冪等操作? 為什么冪等操作如此重要?
  • REST 是可擴展的或說是協同的嗎?
  • REST 用哪種 HTTP 方法呢?
  • 洗掉的 HTTP 狀態回傳碼是什么 ?
  • REST API 是無狀態的嗎?
  • REST安全嗎? 你能做什么來保護它?

簡單介紹一下 Spring MVC 框架

在早期 Java Web 的開發中，統一把顯示層、控制層、顯示層的操作全部交給 JSP 或者 Java Bean 來進行處理，存在一定的弊端，例如：JSP 和 Java Bean 之間嚴重耦合、開發效率低等弊端，

Spring MVC 是 Spring 體系中的一員，提供“模型-視圖-控制器”（Model-View-Controller）架構和隨時可用的組件，用于開發靈活且松散耦合的 Web 應用程式，

MVC 模式有助于分離應用程式的不同方面，如輸入邏輯，業務邏輯和 UI 邏輯，同時在所有這些元素之間提供松散耦合，

Spring MVC 有什么優點？

1. 使用真的非常方便，無論是添加 HTTP 請求方法映射的方法，還是不同資料格式的回應，
2. 提供攔截器機制，可以方便的對請求進行攔截處理，
3. 提供例外機制，可以方便的對例外做統一處理，
4. 可以任意使用各種視圖技術，而不僅僅局限于 JSP ，例如 Freemarker、Thymeleaf 等等，

描述一下 Spring MVC 的作業流程

Spring MVC 也是基于 Servlet 來處理請求的，主要通過 DispatcherServlet 這個 Servlet 來處理請求，處理程序需要通過九大組件來完成，先看到下面這個流程圖：

Spring MVC 處理請求的流程大致如上圖所示

1. 用戶的瀏覽器發送一個請求，這個請求經過互聯網到達了我們的服務器，Servlet 容器首先接待了這個請求，并將該請求委托給 DispatcherServlet 進行處理，
2. DispatcherServlet 將該請求傳給了處理器映射組件 HandlerMapping，并獲取到適合該請求的 HandlerExecutionChain 攔截器和處理器物件，
3. 在獲取到處理器后，DispatcherServlet 還不能直接呼叫處理器的邏輯，需要進行對處理器進行適配，處理器適配成功后，DispatcherServlet 通過處理器配接器 HandlerAdapter 呼叫處理器的邏輯，并獲取回傳值 ModelAndView 物件，
4. 之后，DispatcherServlet 需要根據 ModelAndView 決議視圖，決議視圖的作業由 ViewResolver 完成，若能決議成功，ViewResolver 會回傳相應的 View 視圖物件，
5. 在獲取到具體的 View 物件后，最后一步要做的事情就是由 View 渲染視圖，并將渲染結果回傳給用戶，

以上就是 Spring MVC 處理請求的全程序，上面的流程進行了一定的簡化，主要涉及到最核心的組件，還有許多其他組件沒有表現出來，不過這并不影響大家對主程序的理解，

總結：客戶端發起請求后，最侄訓交由 DispatcherServlet 來處理，它會通過你的 URI 找到對應的方法，從請求中決議引數，然后通過反射機制呼叫該方法，將方法的執行結果設定到回應中，如果存在對應的 View 物件，則進行頁面渲染，實際上就是將請求轉發到指定的 URL

簡單介紹 Spring MVC 的核心組件

那么接下來就簡單介紹一下 DispatcherServlet 和九大組件（按使用順序排序的）：

Spring MVC 對各個組件的職責劃分的比較清晰，DispatcherServlet 負責協調，其他組件則各自做分內之事，互不干擾，

@Controller 注解有什么用？

@Controller 注解標記一個類為 Spring Web MVC 控制器 Controller，Spring MVC 會將掃描到該注解的類，然后掃描這個類下面帶有 @RequestMapping 注解的方法，根據注解資訊，為這個方法生成一個對應的處理器物件，在上面的 HandlerMapping 和 HandlerAdapter組件中講到過，

當然，除了添加 @Controller 注解這種方式以外，你還可以實作 Spring MVC 提供的 Controller 或者 HttpRequestHandler 介面，對應的實作類也會被作為一個處理器物件

@RequestMapping 注解有什么用？

@RequestMapping 注解，在上面已經講過了，配置處理器的 HTTP 請求方法，URI等資訊，這樣才能將請求和方法進行映射，這個注解可以作用于類上面，也可以作用于方法上面，在類上面一般是配置這個控制器的 URI 前綴

@RestController 和 @Controller 有什么區別？

@RestController 注解，在 @Controller 基礎上，增加了 @ResponseBody 注解，更加適合目前前后端分離的架構下，提供 Restful API ，回傳例如 JSON 資料格式，當然，回傳什么樣的資料格式，根據客戶端的 ACCEPT 請求頭來決定，

@RequestMapping 和 @GetMapping 注解的不同之處在哪里？

1. @RequestMapping：可注解在類和方法上；@GetMapping 僅可注冊在方法上

2. @RequestMapping：可進行 GET、POST、PUT、DELETE 等請求方法；@GetMapping 是 @RequestMapping 的 GET 請求方法的特例，目的是為了提高清晰度，

@RequestParam 和 @PathVariable 兩個注解的區別

兩個注解都用于方法引數，獲取引數值的方式不同，@RequestParam 注解的引數從請求攜帶的引數中獲取，而 @PathVariable 注解從請求的 URI 中獲取

回傳 JSON 格式使用什么注解？

可以使用 @ResponseBody 注解，或者使用包含 @ResponseBody 注解的 @RestController 注解，

當然，還是需要配合相應的支持 JSON 格式化的 HttpMessageConverter 實作類，例如，Spring MVC 默認使用 MappingJackson2HttpMessageConverter

介紹一下 Spring MVC 中的 WebApplicationContext ？

WebApplicationContext 是實作 ApplicationContext 介面的子類，專門為 WEB 應用準備的

• 它允許從相對于 Web 根目錄的路徑中加載組態檔，完成初始化 Spring MVC 組件的作業，
• 從 WebApplicationContext 中，可以獲取 ServletContext 參考，整個 Web 應用背景關系物件將作為屬性放置在 ServletContext 中，以便 Web 應用環境可以訪問 Spring 背景關系，

Spring MVC 和 Struts2 的異同？

入口不同

• Spring MVC 的入門是一個 Servlet 控制器，
• Struts2 入門是一個 Filter 過濾器，

配置映射不同，

• Spring MVC 是基于方法開發，傳遞引數是通過方法形參，一般設定為單例，
• Struts2 是基于類開發，傳遞引數是通過類的屬性，只能設計為多例，

視圖不同

• Spring MVC 通過引數決議器是將 Request 物件內容進行決議成方法形參，將回應資料和頁面封裝成 ModelAndView 物件，最后又將模型資料通過 Request 物件傳輸到頁面，其中，如果視圖使用 JSP 時，默認使用 JSTL ，
• Struts2 采用值堆疊存盤請求和回應的資料，通過 OGNL 存取資料，

介紹下 Spring MVC 攔截器？

Spring MVC 攔截器有三個增強處理的地方：

1. 前置處理：在執行方法前執行，全部成功執行才會往下執行方法
2. 后置處理：在成功執行方法后執行，倒序
3. 已完成處理：不管方法是否成功執行都會執行，不過只會執行前置處理成功的攔截器，倒序

可以通過攔截器進行權限檢驗，引數校驗，記錄日志等操作

Spring MVC 的攔截器和 Filter 過濾器有什么差別？

有以下幾點：

• 功能相同：攔截器和 Filter 都能實作相應的功能，誰也不比誰強
• 容器不同：攔截器構建在 Spring MVC 體系中；Filter 構建在 Servlet 容器之上
• 使用便利性不同：攔截器提供了三個方法，分別在不同的時機執行；過濾器僅提供一個方法，當然也能實作攔截器的執行時機的效果，就是麻煩一些

一般拓展性好的框架，都會提供相應的攔截器或過濾器機制，方便的開發人員做一些拓展

REST 面試題

REST 代表著什么?

REST 代表著抽象狀態轉移，它是根據 HTTP 協議從客戶端發送資料到服務端，例如：服務端的一本書可以以 XML 或 JSON 格式傳遞到客戶端

然而，假如你不熟悉REST，我建議你先看看 REST API design and development 這篇文章來更好的了解它，也可以閱讀知乎上的 《怎樣用通俗的語言解釋 REST，以及 RESTful？》 討論

資源是什么?

資源是指資料在 REST 架構中如何顯示的，將物體作為資源公開 ，它允許客戶端通過 HTTP 方法如：GET, POST,PUT, DELETE 等讀，寫，修改和創建資源

什么是安全的 REST 操作?

REST 介面是通過 HTTP 方法完成操作

• 一些 HTTP 操作是安全的，如 GET 和 HEAD ，它不能在服務端修改資源
• 換句話說，PUT、POST 和 DELETE 是不安全的，因為他們能修改服務端的資源

所以，是否安全的界限，在于是否修改服務端的資源

什么是冪等操作? 為什么冪等操作如此重要?

有一些 HTTP 方法，如：GET，不管你使用多少次它都能產生相同的結果，在沒有任何一邊影響的情況下，發送多個 GET 請求到相同的URI 將會產生相同的回應結果，因此，這就是所謂冪等操作

換句話說，POST方法不是冪等操作 ，因為如果發送多個 POST 請求，它將在服務端創建不同的資源，但是，假如你用 PUT 更新資源，它將是冪等操作，

甚至多個 PUT 請求被用來更新服務端資源，將得到相同的結果

REST 是可擴展的或說是協同的嗎?

是的，REST 是可擴展的和可協作的，它既不托管一種特定的技術選擇，也不定在客戶端或者服務端，你可以用 Java, C++, Python, 或 JavaScript 來創建 RESTful Web 服務，也可以在客戶端使用它們，

我建議你讀一本關于REST介面的書來了解更多，如：RESTful Web Services ，

所以這里的“可拓展”、“協同”對應到我們平時常說的，“跨語言”、“語言無關”

REST 用哪種 HTTP 方法呢?

REST 能用任何的 HTTP 方法，但是，最受歡迎的是：

• 用 GET 來檢索服務端資源
• 用 POST 來創建服務端資源
• 用 PUT 來更新服務端資源
• 用 DELETE 來洗掉服務端資源

恰好，這四個操作，對上我們日常邏輯的 CRUD 操作

洗掉的 HTTP 狀態回傳碼是什么 ?

在洗掉成功之后，您的 REST API 應該回傳什么狀態代碼，并沒有嚴格的規則，它可以回傳 200 或 204 沒有內容

• 一般來說，如果洗掉操作成功，回應主體為空，回傳 204
• 如果洗掉請求成功且回應體不是空的，則回傳 200

REST API 是無狀態的嗎?

是的，REST API 應該是無狀態的，因為它是基于 HTTP 的，它也是無狀態的

REST API 中的請求應該包含處理它所需的所有細節，它不應該依賴于以前或下一個請求或服務器端維護的一些資料，例如會話

REST 規范為使其無狀態設定了一個約束，在設計 REST API 時，你應該記住這一點

REST安全嗎? 你能做什么來保護它?

安全是一個寬泛的術語，它可能意味著訊息的安全性，這是通過認證和授權提供的加密或訪問限制提供的

REST 通常不是安全的，需要開發人員自己實作安全機制

標籤：Java

上一篇：硬核干貨！ Redis 性能優化, 建議收藏！

下一篇：1 什么是Spirng MVC