SpringMVC
SpringMVC在項目中攔截用戶請求，它的核心Servlet即DispatcherServlet承擔中介或是前臺這樣的職責，將用戶請求通過HandlerMapping去匹配Controller，Controller就是具體對應請求所執行的操作。SpringMVC相當於SSH框架中struts。

mybatis
mybatis是對jdbc的封裝，它讓數據庫底層操作變的透明。mybatis的操作都是圍繞一個sqlSessionFactory實例展開的。mybatis通過配置文件關聯到各實體類的Mapper文件，Mapper文件中配置了每個類對數據庫所需進行的sql語句映射。在每次與數據庫交互時，通過sqlSessionFactory拿到一個sqlSession，再執行sql命令。

SSH和SSM定義

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

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

共同點：1.Spring依賴註入DI來管理各層的組件。2.使用面向切面編程AOP管理事物、日誌、權限等。

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

Struts2是Action類級別，SpringMVC是方法級別，更容易實現RESTful風格。

Hibernate 和 MyBatis 兩種ORM框架對比

兩者的相同點

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

Hibernate和MyBatis都支持JDBC和JTA事務處理。

兩者各自優勢

MyBatis可以進行更為細致的SQL優化，可以減少查詢字段。

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

Hibernate的DAO層開發比MyBatis簡單，Mybatis需要維護SQL和結果映射。

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

Hibernate數據庫移植性很好，MyBatis的數據庫移植性不好，不同的數據庫需要寫不同SQL。

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

Hibernate 封裝性好，屏蔽了數據庫差異，自動生成SQL語句，應對數據庫變化能力較弱，SQL語句優化困難。

MyBatis僅實現了SQL語句和對象的映射，需要針對具體的數據庫寫SQL語句，應對數據庫變化能力較強，SQL語句優化較為方便。

總結

SSM和SSH不同主要在MVC實現方式，以及ORM持久化方面不同（Hiibernate與Mybatis）。SSM越來越輕量級配置，將註解開發發揮到極致，且ORM實現更加靈活，SQL優化更簡便；而SSH較註重配置開發，其中的Hiibernate對JDBC的完整封裝更面向對象，對增刪改查的數據維護更自動化，但SQL優化方面較弱，且入門門檻稍高。

ssm框架理解