三層架構
我們的開發架構一般都是基於兩種形式，一種是 C/S 架構，也就是客戶端/服務器，另一種是 B/S 架構，也就是瀏覽器服務器，在 JavaEE 開發中，幾乎全都是基於 B/S 架構的開發。
那么在 B/S 架構中，系統標准的三層架構包括：表現層、業務層、持久層。三層架構在我們的實際開發中使用的非常多，所以我們課程中的案例也都是基於三層架構設計的。
三層架構中，每一層各司其職，接下來我們就說說每層都負責哪些方面：
表現層：
表現層也就是我們常說的web層。它負責接收客戶端請求，向客戶端響應結果，通常客戶端使用 http協議請求
web 層，web 需要接收 http 請求，完成 http 響應。
表現層包括展示層和控制層：控制層負責接收請求，展示層負責結果的展示。
表現層依賴業務層，接收到客戶端請求一般會調用業務層進行業務處理，並將處理結果響應給客戶端。
表現層的設計一般都使用 MVC 模型。（MVC 是表現層的設計模型，和其他層沒有關系）
業務層：
業務層也就是我們常說的 service 層。它負責業務邏輯處理，和我們開發項目的需求息息相關。web 層依賴業務層，但是業務層不依賴 web 層。
業務層在業務處理時可能會依賴持久層，如果要對數據持久化需要保證事務一致性。（也就是我們說的，事務應該放到業務層來控制）
持久層：
持久層也就是我們是常說的 dao 層。
負責數據持久化，包括數據層即數據庫和數據訪問層，數據庫是對數據進行持久化的載體，數據訪問層是業務層和持久層交互的接口，業務層需要通過數據訪問層將數據持久化到數據庫中。
通俗的講，持久層就是和數據庫交互，對數據庫表進行曾刪改查的。
MVC 模型
MVC 全名是 Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，是一種用於設計創建 Web 應用程序表現層的模式。MVC 中每個部分各司其職：
Model（模型）：
通常指的就是我們的數據模型。作用一般情況下用於封裝數據。
View（視圖）：
通常指的就是我們的 jsp 或者 html。作用一般就是展示數據的。通常視圖是依據模型數據創建的。
Controller（控制器）：
是應用程序中處理用戶交互的部分。作用一般就是處理程序邏輯的。它相對於前兩個不是很好理解，這里舉個例子：
例如：
我們要保存一個用戶的信息，該用戶信息中包含了姓名，性別，年齡等等。這時候表單輸入要求年齡必須是 1~100 之間的整數。姓名和性別不能為空。並且把數據填充到模型之中。此時除了 js 的校驗之外，服務器端也應該有數據准確性的校驗，那么校驗就是控制器的該做的。當校驗失敗后，由控制器負責把錯誤頁面展示給使用者。如果校驗成功，也是控制器負責把數據填充到模型，並且調用業務層實現完整的業務需求。
SpringMVC
SpringMVC 是一種基於 Java 的實現 MVC 設計模型的請求驅動類型的輕量級 Web 框架，屬於 Spring
FrameWork 的后續產品，已經融合在 Spring Web Flow 里面。
Spring 框架提供了構建 Web 應用程序的全功能 MVC 模塊。使用 Spring 可插入的 MVC 架構，從而在使用 Spring 進行 WEB 開發時，可以選擇使用 Spring的 Spring MVC 框架或集成其他 MVC 開發框架，如 Struts1(現在一般不用)，Struts2 等。
SpringMVC 已經成為目前最主流的 MVC 框架之一，並且隨着 Spring3.0 的發布，全面超越 Struts2，成
為最優秀的 MVC 框架。它通過一套注解，讓一個簡單的 Java 類成為處理請求的控制器，而無須實現任何接口。同時它還支持RESTful 編程風格的請求
SpringMVC 的優點
1、清晰的角色划分：
前端控制器（DispatcherServlet）
請求到處理器映射（HandlerMapping）
處理器適配器（HandlerAdapter）
視圖解析器（ViewResolver）
處理器或頁面控制器（Controller）
驗證器（ Validator）
命令對象（Command 請求參數綁定到的對象就叫命令對象）
表單對象（Form Object 提供給表單展示和提交到的對象就叫表單對象）。
2、分工明確，而且擴展點相當靈活，可以很容易擴展，雖然幾乎不需要。
3、由於命令對象就是一個 POJO，無需繼承框架特定 API，可以使用命令對象直接作為業務對象。
4、和 Spring 其他框架無縫集成，是其它 Web 框架所不具備的。
5、可適配，通過 HandlerAdapter 可以支持任意的類作為處理器。
6、可定制性，HandlerMapping、ViewResolver 等能夠非常簡單的定制。
7、功能強大的數據驗證、格式化、綁定機制。
8、利用 Spring 提供的 Mock 對象能夠非常簡單的進行 Web 層單元測試。
9、本地化、主題的解析的支持，使我們更容易進行國際化和主題的切換。
10、強大的 JSP 標簽庫，使 JSP 編寫更容易。還有比如RESTful風格的支持、簡單的文件上傳、約定大於配置的契約式編程支持、基於注解的零配
置支持等等。
SpringMVC 和 Struts2 的優略分析
共同點：
它們都是表現層框架，都是基於 MVC 模型編寫的。
它們的底層都離不開原始 ServletAPI。
它們處理請求的機制都是一個核心控制器。
區別：
Spring MVC 的入口是 Servlet, 而 Struts2 是 Filter
Spring MVC 是基於方法設計的，而 Struts2 是基於類，Struts2 每次執行都會創建一個動作類。所
以 Spring MVC 會稍微比 Struts2 快些。
Spring MVC 使用更加簡潔,同時還支持 JSR303, 處理 ajax 的請求更方便
(JSR303 是一套 JavaBean 參數校驗的標准，它定義了很多常用的校驗注解，我們可以直接將這些注
解加在我們 JavaBean 的屬性上面，就可以在需要校驗的時候進行校驗了。)
Struts2 的 OGNL 表達式使頁面的開發效率相比 Spring MVC 更高些，但執行效率並沒有比 JSTL 提
升，尤其是 struts2 的表單標簽，遠沒有 html 執行效率高。
SpringMVC 的請求響應流程
DispatcherServlet：前端控制器
用戶請求到達前端控制器，它就相當於 mvc 模式中的 c，dispatcherServlet 是整個流程控制的中心，由
它調用其它組件處理用戶的請求，dispatcherServlet 的存在降低了組件之間的耦合性。
HandlerMapping：處理器映射器
HandlerMapping 負責根據用戶請求找到 Handler 即處理器，SpringMVC 提供了不同的映射器實現不同的
映射方式，例如：配置文件方式，實現接口方式，注解方式等。
Handler：處理器
它就是我們開發中要編寫的具體業務控制器。由 DispatcherServlet 把用戶請求轉發到 Handler。由
Handler 對具體的用戶請求進行處理。
HandlAdapter：處理器適配器
通過 HandlerAdapter 對處理器進行執行，這是適配器模式的應用，通過擴展適配器可以對更多類型的處理
器進行執行。
View Resolver：視圖解析器
View Resolver 負責將處理結果生成 View 視圖，View Resolver 首先根據邏輯視圖名解析成物理視圖名
即具體的頁面地址，再生成 View 視圖對象，最后對 View 進行渲染將處理結果通過頁面展示給用戶。
View：視圖
SpringMVC 框架提供了很多的 View 視圖類型的支持，包括：jstlView、freemarkerView、pdfView
等。我們最常用的視圖就是 jsp。
一般情況下需要通過頁面標簽或頁面模版技術將模型數據通過頁面展示給用戶，需要由程序員根據業務需求開
發具體的頁面。