面試題==知識點，這裡所記錄的面試題並不針對於面試者，而是將這些面試題作為技能知識點來看待。不以刷題進大廠為目的，而是以學習為目的。這裡的知識點會持續更新，目錄也會隨時進行調整。 ...

引言

面試題==知識點，這裡所記錄的面試題並不針對於面試者，而是將這些面試題作為技能知識點來看待。不以刷題進大廠為目的，而是以學習為目的。這裡的知識點會持續更新，目錄也會隨時進行調整。

大家可以關註公眾號：編程火箭車。在【粉絲福利】中點擊【面題大全】，其中的Java面試題線上實時更新、查看。

一、面試題導航

面試題持續更新中…...

二、面試題目

1.Spring MVC是什麼？

Spring MVC 是 Spring Framework 中的一個模塊，它是一個基於 Java 的 Web 框架，用於創建 Web 應用程式。也是一個基於 MVC 設計模式的請求驅動類型的輕量級 Web 框架，通過把 Model，View，Controller 分離，將 Web 層進行職責解耦，把複雜的 Web 應用分成邏輯清晰的幾部分，簡化開發，減少出錯，方便組內開發人員之間的配合。

2.Spring MVC有哪些優點？

靈活性：Spring MVC 可以很好地與其他 Spring 框架組件集成，也可以與其他框架和技術進行集成。
易於測試：Spring MVC 通過依賴註入的機制輕鬆實現了針對控制器的單元測試，使開發人員隨時可以測試自己的代碼。
高可維護性：Spring MVC 採用了 MVC 設計模式，將應用程式劃分為Model、View和Controller三個部分，這使得應用程式的各個部分之間的耦合性較低，使得應用程式高可維護性受益。
支持多種視圖技術：Spring MVC 支持多種視圖技術，如 JSP、FreeMarker、Velocity、Thymeleaf 等。開發人員可以根據自己的需求和技能選擇最適合自己的視圖技術。
支持註解：Spring MVC 支持使用註解進行配置，並採用了統一的註解方式，簡化了配置過程。
安全性：Spring MVC 可以集成 Spring Security 框架，提供了安全的訪問控制和身份驗證。
可定製性：Spring MVC 框架中的各個組件都可以通過繼承、介面實現、AOP 等方式進行個性化定製，定製出符合自己需求的框架。
RESTful支持：Spring MVC 內置對 RESTful 架構支持很好，是構建 RESTful Web 服務的首選框架之一。

總之，Spring MVC 具有高度的靈活性和定製性，使得開發人員可以根據自己的業務需求來選擇最適合自己的配置和設計方式。此外，Spring MVC 還具有高性能、安全、可維護、易於測試等諸多優點，這使得它在 Web 應用程式開發中得到了廣泛的應用。

3.Spring MVC有哪些組件？

Spring MVC 的核心組件：

DispatcherServlet：中央控制器，將請求轉發到具體的控制類。
Controller：具體處理請求的控制器。
HandlerMapping：映射處理器，負責映射中央處理器轉發給 Controller 時的映射策略。
ModelAndView：服務層返回的數據和視圖層的封裝類。
ViewResolver：視圖解析器，解析具體的視圖。
Interceptors：攔截器，負責攔截我們定義的請求然後做處理工作。

4.請簡單說一下SpringMVC的請求處理過程？

（1）發起請求到前端控制器(DispatcherServlet)。

（2）前端控制器請求 HandlerMapping 查找 Handler，可以根據 xml 配置、註解進行查找。

（3）處理器映射器 HandlerMapping 向前端控制器返回 Handler。

（4）前端控制器調用處理器適配器去執行 Handler。

（5）處理器適配器去執行 Handler。

（6）Handler 執行完成給適配器返回 ModelAndView。

（7）處理器適配器向前端控制器返回 ModelAndView，ModelAndView 是SpringMVC 框架的一個底層對象，包括 Model 和 view。

（8）前端控制器請求視圖解析器去進行視圖解析，根據邏輯視圖名解析成真正的視圖(jsp)。

（9）視圖解析器向前端控制器返回 View。

（10）前端控制器進行視圖渲染，視圖渲染將模型數據(在 ModelAndView 對象中)填充到 request 域。

（11）前端控制器向用戶響應結果。

5.Spring 和 Spring MVC 的關係？

最開始只有 Spring，提供 IOC 和 AOP 核心功能，後來出現了 MVC、Security、Boot 等。原來的 Spring 就變成了現在的 Spring Core。

Spring MVC 就是一個 MVC 框架，其實大範圍上來說屬於 Spring，Spring MVC 是一個類似於 Struts 的 MVC 模式的 Web 開發框架，Spring MVC 是基於 Spring 功能之上添加的 Web 框架，Spring 跟 SpringMVC 可以理解為父子容器的關係，想用 Spring MVC 必須先依賴 Spring。

Spring MVC 是控制層，用來接收前臺傳值，調用 service 層和持久層，返回數據再通過 Spring MVC 把數據返回前臺。

6.Spring MVC 和 Struts2 的區別有哪些？

Spring MVC 的入口是一個 servlet 即前端控制器，而 struts2 入口是一個 filter 過慮器。
Spring MVC 是基於方法開發(一個 url 對應一個方法)，請求參數傳遞到方法的形參，可以設計為單例或多例(建議單例)，struts2 是基於類開發，傳遞參數是通過類的屬性，只能設計為多例。
Struts 採用值棧存儲請求和響應的數據，通過 OGNL 存取數據， springmvc 通過參數解析器是將 request 請求內容解析，並給方法形參賦值，將數據和視圖封裝成 ModelAndView 對象，最後又將 ModelAndView 中的模型數據通過 reques 域傳輸到頁面。Jsp 視圖解析器預設使用 jstl。

7.SpringMVC怎麼樣設置重定向和轉發？

在返回值前面加 forward: 就可以讓結果轉發，如："forward:user?name=admin"
在返回值前面加 redirect: 就可以讓返回值重定向，如："redirect:http://www.baidu.com"

8.SpringMVC返回JSON數據的註解？

@ResponseBody

9.SpringMVC還有什麼方式返回JSON數據？

使用 JSON 工具將對象序列化成 JSON，常用工具 Jackson，fastjson，gson。
利用 HttpServletResponse，然後獲取 response.getOutputStream() 或 response.getWriter()。

10.SpringMVC Controller中的常用註解？

@Controller @RequestMapping @GetMapping @PostMapping @Autowired @ResponseBody @RequestBody @RequestParam @PathVariable @Validated

11.SpringMVC常用註解都有哪些？

@requestMapping：用於請求 url 映射。
@RequestBody：註解實現接收 http 請求的 json 數據，將 json 數據轉換為 java 對象。
@ResponseBody ：註解實現將 controller 方法返回對象轉化為 json 響應給客戶。
@Controller：控制器的註解，表示是表現層，不能用用別的註解代替。

12.SpringMVC 是線程安全的麽？

SpringMVC 是線程安全的，因為 SpringMVC 是基於方法攔截處理請求，參數的變數全部是局部變數，並且 Spring 容器中的 Bean 預設也是單例模式，所以一般情況下不會產生線程安全問題。
如果非得要在 SpringMVC 中定義成員變數，設置為只讀狀態或者無狀態也不會有線程安全問題。
如若非得在 Controller 中定義帶狀態的對象，並且多線程可以操作，則兩種方式解決線程安全問題。
- 在 Controller 中使用 ThreadLocal 變數，對於 SpringMVC 中的數據共用，是通過 ThreadLocal 實現，ThreadLocal 相當於一個 Map 集合，只不過 key 實現線程對象，value 是共用數據，針對共用數據進行線程隔離，同一個變數，不同的線程訪問，會得到不同的結果，互相不幹擾。
- 在 Spring 配置文件 Controller 中聲明 scope="prototype"，每次都創建新的 Controller。

13.過濾器和攔截器的區別？

執行順序：過濾前 - 攔截前 - Action 處理 - 攔截後 - 過濾後。

攔截器是基於Java的反射機制的，而過濾器是基於函數回調。
攔截器不依賴與Servlet容器，過濾器依賴與Servlet容器。
攔截器只能對處理器(Controller、Action)請求起作用，而過濾器則可以對幾乎所有的請求起作用。
攔截器可以訪問上下文對象，而過濾器不能訪問。
在Servlet的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次

14.@PathVariable和@RequestParam的區別？

在 Spring MVC 中，@PathVariable 和 @RequestParam 都是用來從訪問的 URL 中接收傳遞的參數的註解，但它們使用方式和處理的參數種類不同。

@PathVariable 註解用於解析 URL 中的占位符參數，即獲取 URL 中的某一部分作為參數，比如獲取 URL 中的 ID，如下麵的示例：

@GetMapping("/users/{id}")
public User getUser(@PathVariable Long id) {
    //處理id參數
}

在這個例子中，@PathVariable 註解將 URL 中的 id 參數映射到方法參數上，方法中的參數 id 將獲取 URL 路徑上的 {id} 值。

@RequestParam 註解用於獲取請求中的查詢參數，即獲取 URL 中問號?後面的參數，如下麵的示例：

@GetMapping("/users")
public List<User> getUsers(@RequestParam("page") int page, @RequestParam("size") int size) {
    //處理page和size參數
}

在這個例子中，@RequestParam("page") 將從請求 URL 中獲取名為 page 的參數值，並將其映射到方法中的 page 參數上。這個註解還可以指定參數的預設值、是否必需等。

綜上所述，@PathVariable 用於接收 URL 中的占位符參數，@RequestParam 用於接收 URL 上的查詢參數，兩者的使用方式和處理的參數種類不同。

關註公眾號：編程火箭車
我們定期發佈編程相關的文章、資訊、活動等內容。幫助編程愛好者、初學者或初級程式員快速入門、打牢基礎。歡迎大家關註，和我們一起探索編程的精彩世界。我們定期發佈編程相關的文章、資訊、活動等內容。幫助編程愛好者、初學者或初級程式員快速入門、打牢基礎。歡迎大家關註，和我們一起探索編程的精彩世界。

本文來自博客園，作者：Ongoing蝸牛，轉載請註明原文鏈接：https://www.cnblogs.com/coding-rocket/p/17433506.html

JavaWeb編程面試題——Spring Web MVC

引言