一 JavaWeb架構演變

在java架構模式中，我們可以將MVC架構模式抽象為如下結構：

1.View層。View層即UI層，可採用的技術如JSP,Structs,SpringMVC等

2.Controller層。Controller表示控制器層，可採用的技術，如Servlet/Filter,Spring等

3.Service層。Service層表示核心服務層，向架構上層提供服務

4.DAO層。DAO層表示資料訪問層，可採用的技術如jdbc和ORM框架(如Spring JDBC,JPA,Hibernate,Mybatis等)

5.Model層。Model層即表示JavaBean物件

6.Utilities層。Utilities層表示公共工具層

需要注意的是，在該架構抽象模型中，並未涉及到其他技術，如SOA,Nosql(Redis，Mongodb等),MQ等，

除此之外，基於Springboot+Cloud的微服務技術，也未涉及，因為這裡只將基於MVC的架構模式演變，具體

的JavaWeb架構，將在以後的章節講解。

基於如上的架構抽象模型，我們可以將該架構模式發展分為三個階段：

階段一：Servlet階段

階段二：SSH(Spring+Structs+Hibernate)階段

階段三：SSM階段(Spring+SpringMVC+Mybatis)階段

其實，還存在階段四，即微服務階段，本篇文章不講解。

(一)階段一：Servlet/Filter扮演控制器角色

1.在該階段架構模式中，Servlet/Filter扮演Controller角色，JSP扮演View角色，JavaBean扮演Model角色

2.該階段的資料庫訪問技術為具體DB的jdbc

該模式雖然實現了所謂的MVC模式，但卻存在諸多問題：

(1)前後端分離不徹底。由於JSP技術前後端分離不徹底，開發人員往往會在JSP頁面中巢狀Java程式碼，從而需要前端開發人員懂java技術

(2)JSP頁面可讀性差，撰寫效率低，儘管引入EL，JSTL等技術

(3)Sevlet/Filter作為控制器，面臨的穩定性，安全性考驗(Servlet是執行緒不安全的)等

(4)資料庫訪問技術採用傳統的jdbc，造成過多的冗餘程式碼

當然，還存在很多問題，這裡不一一列舉，為了解決這些問題，JavaWeb專家們提出了一種架構思想：模組化，抽象化和專一化的思想。基於該思想

，湧向出一批專業化開源框架，其中較為出名的複合框架便是SSH了。

(二)階段二：SSH

1.在該架構模式中，Controller採用Spring框架技術，View採用Structs框架技術，DB訪問技術採用Hibernate框架技術

2.從SSH中，很容易看出前後端出現了專業化，精細化分工，且朝框架演變，如前端框架採用Structs，後端框架採用Spring等

然而，SSH架構模式雖然解決了Servlet/Filter架構模式存在的問題，實現了專業化、精細化分工，實現了模組化和抽象化，

但其卻存在一個比較大的問題：框架笨重不靈活。如Hibernate雖然能滿足業務需求，能解決業務，但其笨重不靈活，不能很好地

實現可配置化的靈活方式，Structs也過於笨重。為了解決該問題，JavaWeb專家們又提出了另外一種架構模式，即SSM架構模式。

(三)階段三：SSM

1.該模式中，Spring扮演Controller角色，SpringMVC扮演View角色(當然，小型系統，可直接採用SpringMVC即可)，Mybatis扮演DB訪問技術

SSM架構模式，在當前的JavaEE中，算是比較流行的開發模式了，也是大都數企業的技術選型之一。當然，能與SSM相媲美的另一種設計

思想，那就是微服務思想(SpringBoot+cloud技術等)，本篇文章不談及微服務。

二 SSM核心框架概述

(一)Spring框架

Spring框架目前是JavaWeb開發的主流框架，也可以說是諸多企業的必選框架，它大致包括六大模組。

1.Spring核心容器。該容器是Spring框架最核心部分，它管理著Spring運用中bean的建立、配置和管理等

2.Spring AOP。該模組為面向導向和DI(依賴注入)提供了很好的支援

3.資料庫訪問與整合模組

4.Web與遠端呼叫技術

5.Instrument模組

6.Test模組

(二) Mybatis框架

1.根據Mybatis原始碼，將其抽象為三層：基礎支援層，核心處理層和介面層

2.基礎支援層包括：資料來源名稱、交易管理、日誌、形態轉換、快取、Bind、解析器等

3.核心處理層包括：配置解析、配置對映、SQL解析、SQL執行、結果集對映、外掛等

4.介面層主要提供JAVA API