Java Web項目MVC開源框架SSH和SSM比較。SSH和SSM定義

SSH通常指的是 Struts2 做控制器(controller)，spring管理各層的組件，hibernate負(fù)責(zé)持久化層。

SSM則指的是 SpringMVC 做控制器(controller)，Spring 管理各層的組件，MyBatis 負(fù)責(zé)持久化層。

共同點(diǎn)：1.Spring依賴注入DI來管理各層的組件。2.使用面向切面編程AOP管理事物、日志、權(quán)限等。

不同點(diǎn)：1.Struts2 和 SpringMVC 控制器(controller)控制視圖和模型的交互機(jī)制的不同，

Struts2是Action類級別，SpringMVC是方法級別，更容易實現(xiàn)RESTful風(fēng)格。

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

1.Struts2 的實現(xiàn)原理

Struts2框架執(zhí)行步驟(Struts2使用Filter嵌入)：

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

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

3、接著FilterDispatcher被調(diào)用，F(xiàn)ilterDispatcher詢問ActionMapper來決定這個請求是否需要調(diào)用某個Action

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負(fù)責(zé)根據(jù)struts.xml中的配置找到對應(yīng)的返回結(jié)果。返回結(jié)果通常是(但不總是，也可 能是另外的一個Action鏈)一個需要被表示的JSP或者FreeMarker的模版。

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

2.SpringMVC 的實現(xiàn)原理

SpringMVC框架執(zhí)行步驟(SpringMVC使用Servlet嵌入)：

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

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

3-4、DispatcherServlet根據(jù)HandlerMapping找到對應(yīng)的Handler,將處理權(quán)交給Handler(Handler將具體的處理進(jìn)行封裝)，再由具體的HandlerAdapter對Handler進(jìn)行具體的調(diào)用。

5、Handler對數(shù)據(jù)處理完成以后將返回一個ModelAndView()對象給DispatcherServlet。

6、Handler返回的ModelAndView()只是一個邏輯視圖并不是一個正式的視圖，DispatcherSevlet通過ViewResolver將邏輯視圖轉(zhuǎn)化為真正的視圖View。

7、Dispatcher通過model解析出ModelAndView()中的參數(shù)進(jìn)行解析最終展現(xiàn)出完整的view并返回給客戶端。

Hibernate 和 MyBatis 兩種ORM框架對比

兩者的相同點(diǎn)

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

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

兩者各自優(yōu)勢

MyBatis可以進(jìn)行更為細(xì)致的SQL優(yōu)化，可以減少查詢字段。

MyBatis容易掌握，而Hibernate門檻較高。

Hibernate的DAO層開發(fā)比MyBatis簡單，Mybatis需要維護(hù)SQL和結(jié)果映射。

Hibernate對對象的維護(hù)和緩存要比MyBatis好，對增刪改查的對象的維護(hù)要方便。

Hibernate數(shù)據(jù)庫移植性很好，MyBatis的數(shù)據(jù)庫移植性不好，不同的數(shù)據(jù)庫需要寫不同SQL。

Hibernate有更好的二級緩存機(jī)制，可以使用第三方緩存。MyBatis本身提供的緩存機(jī)制不佳，更新操作不能指定刷新指定記錄，會清空整個表，但是也可以使用第三方緩存。

Hibernate 封裝性好，屏蔽了數(shù)據(jù)庫差異，自動生成SQL語句，應(yīng)對數(shù)據(jù)庫變化能力較弱，SQL語句優(yōu)化困難。

MyBatis僅實現(xiàn)了SQL語句和對象的映射，需要針對具體的數(shù)據(jù)庫寫SQL語句，應(yīng)對數(shù)據(jù)庫變化能力較強(qiáng)，SQL語句優(yōu)化較為方便。

總結(jié)

SSM和SSH不同主要在MVC實現(xiàn)方式，以及ORM持久化方面不同(Hiibernate與Mybatis)。SSM越來越輕量級配置，將注解開發(fā)發(fā)揮到極致，且ORM實現(xiàn)更加靈活，SQL優(yōu)化更簡便;而SSH較注重配置開發(fā)，其中的Hiibernate對JDBC的完整封裝更面向?qū)ο?，對增刪改查的數(shù)據(jù)維護(hù)更自動化，但SQL優(yōu)化方面較弱，且入門門檻稍高。