解析SSH和SSM兩大框架的組成及其區(qū)別

前言

熟悉當下流行的兩種企業(yè)開發(fā)MVC開源框架，是Java程序猿必備知識。MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫。M是指業(yè)務(wù)模型，V是指用戶界面，C則是控制器。一種軟件設(shè)計典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個部件里面，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務(wù)邏輯。小編在學校的時候?qū)W習過SSH，SSM則是去公司后用的。

一、SSH 和 SSM 的定義

SSH 通常指的是 Struts2 做前端控制器，Spring 管理各層的組件，Hibernate 負責持久化層。
SSM 則指的是 SpringMVC 做前端控制器，Spring 管理各層的組件，MyBatis 負責持久化層。

二、SSH 和 SSM 的實現(xiàn)原理

1.Struts2 的原理

Struts2框架執(zhí)行過程：

1、客戶端初始化一個指向Servlet容器（例如Tomcat）的請求

2、這個請求經(jīng)過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對于Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin

3、接著FilterDispatcher被調(diào)用，F(xiàn)ilterDispatcher詢問ActionMapper來決定這個請求是否需要調(diào)用某個Action，F(xiàn)ilterDispatcher是控制器的核心，就是mvc中c控制層的核心

4、如果ActionMapper決定需要調(diào)用某個Action，F(xiàn)ilterDispatcher把請求的處理交給ActionProxy

5、ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調(diào)用的Action類

6、ActionProxy創(chuàng)建一個ActionInvocation的實例

7、ActionInvocation實例使用命名模式來調(diào)用，在調(diào)用Action的過程前后，涉及到相關(guān)攔截器（Intercepter）的調(diào)用

8、一旦Action執(zhí)行完畢，ActionInvocation負責根據(jù)struts.xml中的配置找到對應(yīng)的返回結(jié)果。返回結(jié)果通常是（但不總是，也可 能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版

9、將處理結(jié)果返回給客戶端

2．SpringMVC 的原理

SpringMVC框架執(zhí)行過程：

1、客戶端發(fā)出一個http請求給web服務(wù)器，web服務(wù)器對http請求進行解析，如果匹配DispatcherServlet的請求映射路徑（在web.xml中指定），web容器將請求轉(zhuǎn)交給DispatcherServlet

2、DipatcherServlet接收到這個請求之后將根據(jù)請求的信息（包括URL、Http方法、請求報文頭和請求參數(shù)Cookie等）以及HandlerMapping的配置找到處理請求的處理器（Handler）

3、DispatcherServlet根據(jù)HandlerMapping找到對應(yīng)的Handler,并返回

4、將處理權(quán)交給Handler（Handler將具體的處理進行封裝），再由具體的處理器適配器(HandlerAdapter)對Handler進行具體的調(diào)用

5、處理器適配器執(zhí)行Handler

6、Handler對數(shù)據(jù)處理完成以后將返回一個ModelAndView對象給處理器適配器

7、處理器適配器向前端控制器返回ModelAndView
ModelAndView是springmvc框架的一個底層對象，包括Model和View

8、Handler返回的ModelAndView只是一個邏輯視圖并不是一個正式的視圖，前端控制器請求視圖解析器（ViewResolver)去進行視圖解析，根據(jù)邏輯視圖名解析成真正的視圖（jsp)

9、視圖解析器向前端控制器返回View

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

11、前端控制器向用戶響應(yīng)結(jié)果

3．Hibernate 的原理

Hibernate框架執(zhí)行過程：

1.通過Configuration().configure();讀取并解析hibernate.cfg.xml配置文件

2.由hibernate.cfg.xml中的讀取并解析映射信息

3.通過config.buildSessionFactory();//創(chuàng)建SessionFactory

4.sessionFactory.openSession();//打開Sesssion

5.session.beginTransaction();//創(chuàng)建事務(wù)Transation

6.persistent operate持久化操作

7.session.getTransaction().commit();//提交事務(wù)

8.關(guān)閉Session

9.關(guān)閉SesstionFactory

4、MyBatis原理

MyBatis框架執(zhí)行過程：

1、配置MyBatis的配置文件，SqlMapConfig.xml（名稱不固定）

2、通過配置文件，加載MyBatis運行環(huán)境，創(chuàng)建SqlSessionFactory會話工廠SqlSessionFactory 在實際使用時按單例方式

3、通過SqlSessionFactory創(chuàng)建SqlSession，SqlSession 是一個面向用戶接口（提供操作數(shù)據(jù)庫方法），實現(xiàn)對象是線程不安全的，建議sqlSession應(yīng)用場合在方法體內(nèi)

4、調(diào)用 sqlSession 的方法去操作數(shù)據(jù)。如果需要提交事務(wù)，需要執(zhí)行 SqlSession 的 commit() 方法

5、釋放資源，關(guān)閉SqlSession

Struts2和SpringMVC兩種框架對比

1.springmvc和struts2都是負責取轉(zhuǎn)發(fā)的，但是兩者針對request的請求上面區(qū)別很大。springmvc是針對于方法級別的請求的，也就是一個方法對應(yīng)于一個請求，屬于方法攔截，請求的數(shù)據(jù)方法不共享；而struts2則是針對一個Action類來進行請求的，即一個Action類對應(yīng)于一個請求，所以類攔截，請求的數(shù)據(jù)類共享

2.springmvc入口是一個servlet前端控制器(DispatcherServlet),struts2入口是一filter過濾器

3.springmvc的配置文件相對struts2來說較為少，容易上手，可以加快軟件開發(fā)的速度

Hibernate 和 MyBatis 兩種框架對比

相同之處

1．Hibernate與MyBatis都可以是通過SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory 生成Session，最后由Session來開啟執(zhí)行事務(wù)和SQL語句。其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的

2．Hibernate和MyBatis都支持JDBC和JTA事務(wù)處理

不同之處

1．Hibernate是一種O/R關(guān)系型，即完成數(shù)據(jù)庫表和持久化類之間的映射，而MyBitas是針對的SQL-Maping，個人理解是一種Hibernate把數(shù)據(jù)庫給封裝好以后，可以調(diào)用相應(yīng)的數(shù)據(jù)庫操作語句HQL，而MyBitas則是用的原始的數(shù)據(jù)庫操作語句

2．針對高級查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的映射機制，開發(fā)者無需關(guān)心SQL的生成與結(jié)果映射，可以更專注于業(yè)務(wù)流程

3．Hibernate優(yōu)化起來相對MyBitas較難，而且Hibernate掌握起來相對MyBitas較難，但是Hibernate數(shù)據(jù)庫移植性很好，MyBatis的數(shù)據(jù)庫移植性不好，不同的數(shù)據(jù)庫需要寫不同SQL

Spring家族：

三、總結(jié)

SSM和SSH相同之處在于都是用Spring依賴注入DI來管理各層的組件，并且都是使用面向切面編程AOP來管理事物、日志、權(quán)限等。不同之處在于MVC實現(xiàn)方式，以及ORM持久化方面不同（Hiibernate與Mybatis）。SSM越來越輕量級配置，將注解開發(fā)發(fā)揮到極致，且ORM實現(xiàn)更加靈活，SQL優(yōu)化更簡便；而SSH較注重配置開發(fā)，其中的Hiibernate對JDBC的完整封裝更面向?qū)ο?，對增刪改查的數(shù)據(jù)維護更自動化，但SQL優(yōu)化方面較弱，且入門門檻稍高。