當(dāng)下流行的兩種企業(yè)開(kāi)發(fā)MVC開(kāi)源框架，是我們Java程序猿必備知識(shí)能力。MVC，即模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設(shè)計(jì)典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫業(yè)務(wù)邏輯?？蚣苤粤餍校谟谄湟讖?fù)用和簡(jiǎn)化開(kāi)發(fā)，精髓在思想，掌握了核心思想，我們掌握其他類似框架也不會(huì)有問(wèn)題，建議大家有精力的話讀一下框架源碼，尤其是spring。

SSH和SSM定義

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

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

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

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

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

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

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

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

1、客戶端初始化一個(gè)指向Servlet容器（例如Tomcat）的請(qǐng)求

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

3、接著FilterDispatcher被調(diào)用，F(xiàn)ilterDispatcher詢問(wèn)ActionMapper來(lái)決定這個(gè)請(qǐng)求是否需要調(diào)用某個(gè)Action

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

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

6、ActionProxy創(chuàng)建一個(gè)ActionInvocation的實(shí)例。

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

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

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

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

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

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

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

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

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

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

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

Hibernate 和 MyBatis 兩種ORM框架對(duì)比

兩者的相同點(diǎn)

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

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

兩者各自優(yōu)勢(shì)

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

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

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

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

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

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

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

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

總結(jié)

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