1.springmvc是什么?
Spring Web MVC是一種基於Java的實現了Web MVC設計模式的請求驅動類型的輕量級Web框架，即使用了MVC架構模式的思想，將web層
進行職責解耦，基於請求驅動指的就是使用請求-響應模型，框架的目的就是幫助我們簡化開發，Spring Web MVC也是要簡化我們日常Web開發的。
2.springmvc架構圖
上面的是springMVC的工作原理圖：
1、客戶端發出一個http請求給web服務器，web服務器對http請求進行解析，如果匹配DispatcherServlet的請求映射路徑（在web.xml中指定），web容器將請求轉交給DispatcherServlet.
2、DipatcherServlet接收到這個請求之后將根據請求的信息（包括URL、Http方法、請求報文頭和請求參數Cookie等）以及HandlerMapping的配置找到處理請求的處理器（Handler）。
3-4、DispatcherServlet根據HandlerMapping找到對應的Handler,將處理權交給Handler（Handler將具體的處理進行封裝），再由具體的HandlerAdapter對Handler進行具體的調用。
5、Handler對數據處理完成以后將返回一個ModelAndView()對象給DispatcherServlet。
6、Handler返回的ModelAndView()只是一個邏輯視圖並不是一個正式的視圖，DispatcherSevlet通過ViewResolver將邏輯視圖轉化為真正的視圖View。
7、Dispatcher通過model解析出ModelAndView()中的參數進行解析最終展現出完整的view並返回給客戶端。
3.Dispatcher Servlet(Spring控制器)
在最簡單的Spring MVC應用程序中，控制器是唯一的你需要在Java web部署描述文件（即web.xml文件）中配置的Servlet。Spring MVC控制器 ——通常稱作Dispatcher Servlet，實現了前端控制器設計模式。並且每個web請求必須通過它以便它能夠管理整個請求的生命周期。
當一個web請求發送到Spring MVC應用程序，dispatcher servlet首先接收請求。然后它組織那些在Spring web應用程序上下文配置的（例如實際請求處理控制器和視圖解析器）或者使用注解配置的組件，所有的這些都需要處理該請求。
1、DispacherServlet前端控制器
負責用戶請求和響應，是一個中央控制器(調度)，調用HandlerMapping查找Handler，調用HandlerAdapter處理器適配器執行Handler，調用ViewResolver視圖解析器去解析視圖，有了DispacherServlet有利於框架擴展，減少了各各組件之間耦合性。
2、HandlerMapping處理器映射器
不需要開發，使用框架提供的
負責查找Handler（常用action），通過xml配置方式或注解方式將Handler類和request請求Handler鏈接地址進行對應配置。
3、HandlerAdapter處理器適配器
不需要開發，使用框架提供的
Springmvc提供了很多種適配器，注解適配器支持注解開發、原始servlet適配器(HanderRequestAdapter)支持原始servlet的執行。
負責執行Handler，適配器是按照一定的規則去執行Handler，調用Handler返回的結果是ModelAndView，ModelAndView將Model和view封裝起來（模型數據和視圖）
4、ViewResolver視圖解析器
不需要開發，使用框架提供的
負責進行視圖解析，返回View，框架執行很多類型的View（jstlView、pdfView。。。）
5、Handler處理器(需要開發)
需要開發，按照適配器的規則開發，比如適配器要求Handler實現某個接口，Handler必須實現接口。
6、View視圖頁面(jsp) (需要開發)
需要開發，jsp+jstl。為了視圖通用性建議使用第三方框架，jstl。
處理器映射器、處理器適配器、視圖解析器稱為springmvc的三大件。
Spring3.1新特性
一、Spring2.5之前，我們都是通過實現Controller接口或其實現來定義我們的處理器類。
二、Spring2.5引入注解式處理器支持，通過@Controller 和 @RequestMapping注解定義我們的處理器類。並且提供了一組強大的注解：
需要通過處理器映射DefaultAnnotationHandlerMapping和處理器適配器AnnotationMethodHandlerAdapter來開啟支持@Controller 和 @RequestMapping注解的處理器。
@Controller：用於標識是處理器類；
@RequestMapping：請求到處理器功能方法的映射規則；
@RequestParam：請求參數到處理器功能處理方法的方法參數上的綁定；
@ModelAttribute：請求參數到命令對象的綁定；
@SessionAttributes：用於聲明session級別存儲的屬性，放置在處理器類上，通常列出模型屬性（如@ModelAttribute）對應的名稱，則這些屬性會透明的保存到session中；
@InitBinder：自定義數據綁定注冊支持，用於將請求參數轉換到命令對象屬性的對應類型；
三、Spring3.0引入RESTful架構風格支持(通過@PathVariable注解和一些其他特性支持),且又引入了更多的注解支持：
@CookieValue：cookie數據到處理器功能處理方法的方法參數上的綁定；
@RequestHeader：請求頭（header）數據到處理器功能處理方法的方法參數上的綁定；
@RequestBody：請求的body體的綁定（通過HttpMessageConverter進行類型轉換）；
@ResponseBody：處理器功能處理方法的返回值作為響應體（通過HttpMessageConverter進行類型轉換）；
@ResponseStatus：定義處理器功能處理方法/異常處理器返回的狀態碼和原因；
@ExceptionHandler：注解式聲明異常處理器；
@PathVariable：請求URI中的模板變量部分到處理器功能處理方法的方法參數上的綁定，從而支持RESTful架構風格的
加內容:
一、PO:persistant object 持久對象,可以看成是與數據庫中的表相映射的java對象。最簡單的PO就是對應數據庫中某個表中的一條記錄，多個記錄可以用PO的集合。PO中應該不包含任何對數據庫的操作。
二、VO:value object值對象。通常用於業務層之間的數據傳遞，和PO一樣也是僅僅包含數據而已。但應是抽象出的業務對象,可以和表對應,也可以不,這根據業務的需要.個人覺得同DTO(數據傳輸對象),在web上傳遞。
三、DAO:data access object 數據訪問對象，此對象用於訪問數據庫。通常和PO結合使用，DAO中包含了各種數據庫的操作方法。通過它的方法,結合PO對數據庫進行相關的操作。
四、BO:business object 業務對象,封裝業務邏輯的java對象,通過調用DAO方法,結合PO,VO進行業務操作。
五、POJO:plain ordinary java object 簡單無規則java對象,我個人覺得它和其他不是一個層面上的東西,VO和PO應該都屬於它。
O/R Mapping 是 Object Relational Mapping（對象關系映射）的縮寫。通俗點講，就是將對象與關系數據庫綁定，用對象來表示關系數據。在O/R Mapping的世界里，有兩個基本的也是重要的東東需要了解，即VO，PO。
VO，值對象(Value Object)，PO，持久對象(Persisent Object)，它們是由一組屬性和屬性的get和set方法組成。從結構上看，它們並沒有什么不同的地方。但從其意義和本質上來看是完全不同的。
１．VO是用new關鍵字創建，由GC回收的。 PO則是向數據庫中添加新數據時創建，刪除數據庫中數據時削除的。並且它只能存活在一個數據庫連接中，斷開連接即被銷毀。
２．VO是值對象，精確點講它是業務對象，是存活在業務層的，是業務邏輯使用的，它存活的目的就是為數據提供一個生存的地方。 PO則是有狀態的，每個屬性代表其當前的狀態。它是物理數據的對象表示。使用它，可以使我們的程序與物理數據解耦，並且可以簡化對象數據與物理數據之間的轉換。
３．VO的屬性是根據當前業務的不同而不同的，也就是說，它的每一個屬性都一一對應當前業務邏輯所需要的數據的名稱。
PO的屬性是跟數據庫表的字段一一對應的。
PO對象需要實現序列化接口。