引言
面試題==知識點,這里所記錄的面試題并不針對于面試者,而是將這些面試題作為技能知識點來看待,不以刷題進大廠為目的,而是以學習為目的,這里的知識點會持續更新,目錄也會隨時進行調整,
大家可以關注公眾號:編程火箭車,在【粉絲福利】中點擊【面題大全】,其中的Java面試題在線實時更新、查看,
一、面試題導航
點這里進入JavaWeb編程面試題——導航
面試題持續更新中…...
二、面試題目
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
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/553494.html
標籤:Java
上一篇:聊聊「短信」渠道的設計與實作
下一篇:返回列表
