MVC（SpringMVC）與ORM（MyBatis）

MVC

MVC 模型，它包含了 Model（模型）,View（視圖）和 Controller（控制器），是針對表現層的設計模型，MVC是一種設計模式
MVC的原理圖： M-Model 模型（完成業務邏輯：有javaBean構成，service+dao+entity）
V-View 視圖（做界面的展示 jsp，html……）
C-Controller 控制器（接收請求—>呼叫模型—>根據結果派發頁面）

MVC 模型的優勢
第一：清晰的職責劃分，
第二：每個組件作用獨立，有利于代碼的重用，
第三：由于可重用性強，所以后期維護起來方便，
第四：任何專案都適用

MVC 模型的弊端
任何事情都是有其兩面性，MVC 模型也并不是全方位優秀的設計模型，它的弊端體現在：
第一：展示資料回應速度慢
第二：對開發人員的要求高，需要合理的設計和嚴謹的架構，
第三：異步互動并不方便

基于異步請求的 MVVM模式
它全稱是 Model View VielModel，是針對 mvc 模型的再次改良，不過只改良了展示資料的部分，（Controller 的再次優化交給了框架，Model 部分已經無需再優化）
在上一小節，我們提出了異步互動不變的弊端，這主要是在異步展示資料時，javascript 的邏輯處理和資料顯示交織在了一起，當我們想進行調整時，需要閱讀大量的代碼，給后期維護造成了影響，而 MVVM 它把 javascript的邏輯處理和資料展示分開，可以讓使用者在后期維護時，針對不同的需求進行調整，例如：如果是邏輯部分需要處理，則修改邏輯部分代碼，如果是資料顯示位置需要調整，則修改展示部分的代碼，使前端展示更加靈活，也更加合理，

SpringMVC

springMVC流程：
（1）：?戶請求發送給DispatcherServlet，DispatcherServlet調?HandlerMapping處理器映射器；
（2）：HandlerMapping根據xml或注解找到對應的處理器，?成處理器物件回傳DispatcherServlet；
（3）：DispatcherServlet會調?相應的HandlerAdapter；
（4）：HandlerAdapter經過適配調?具體的處理器去處理請求，?成ModelAndView回傳給DispatcherServlet
（5）：DispatcherServlet將ModelAndView傳給ViewReslover決議?成View回傳DispatcherServlet；
（6）：DispatcherServlet根據View進?渲染視圖；

->DispatcherServlet->HandlerMapping->Handler ->DispatcherServlet->HandlerAdapter處理handler->ModelAndView ->DispatcherServlet->ModelAndView->ViewReslover->View ->DispatcherServlet->回傳給客戶

組件：
1、前端控制器DispatcherServlet（不需要工程師開發）,由框架提供
作用：接收請求，回應結果，相當于轉發器，中央處理器，有了dispatcherServlet減少了其它組件之間的耦合度，
用戶請求到達前端控制器，它就相當于mvc模式中的c，dispatcherServlet是整個流程控制的中心，由它呼叫其它組件處理用戶的請求，dispatcherServlet的存在降低了組件之間的耦合性，
2、處理器映射器HandlerMapping(不需要工程師開發),由框架提供
作用：根據請求的url查找Handler
HandlerMapping負責根據用戶請求找到Handler即處理器，springmvc提供了不同的映射器實作不同的映射方式，例如：組態檔方式，實作介面方式，注解方式等，
3、處理器配接器HandlerAdapter
作用：按照特定規則（HandlerAdapter要求的規則）去執行Handler
通過HandlerAdapter對處理器進行執行，這是配接器模式的應用，通過擴展配接器可以對更多型別的處理器進行執行，
4、處理器Handler(需要工程師開發)
注意：撰寫Handler時按照HandlerAdapter的要求去做，這樣配接器才可以去正確執行Handler
Handler 是繼DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler對具體的用戶請求進行處理，
由于Handler涉及到具體的用戶業務請求，所以一般情況需要工程師根據業務需求開發Handler，
5、視圖決議器View resolver(不需要工程師開發),由框架提供
作用：進行視圖決議，根據邏輯視圖名決議成真正的視圖（view）
View Resolver負責將處理結果生成View視圖，View Resolver首先根據邏輯視圖名決議成物理視圖名即具體的頁面地址，再生成View視圖物件，最后對View進行渲染將處理結果通過頁面展示給用戶，
springmvc框架提供了很多的View視圖型別，包括：jstlView、freemarkerView、pdfView等，
一般情況下需要通過頁面標簽或頁面模版技術將模型資料通過頁面展示給用戶，需要由工程師根據業務需求開發具體的頁面，
6、視圖View(需要工程師開發jsp…)
View是一個介面，實作類支持不同的View型別（jsp、freemarker、pdf…）

核心架構的具體流程步驟如下：
1、首先用戶發送請求——>DispatcherServlet，前端控制器收到請求后自己不進行處理，而是委托給其他的決議器進行處理，作為統一訪問點，進行全域的流程控制；
2、DispatcherServlet——>HandlerMapping， HandlerMapping 將會把請求映射為
HandlerExecutionChain 物件（包含一個Handler 處理器（頁面控制器）物件、多個
HandlerInterceptor 攔截器）物件，通過這種策略模式，很容易添加新的映射策略；
3、DispatcherServlet——>HandlerAdapter，HandlerAdapter 將會把處理器包裝為配接器，從而支持多種型別的處理器，即配接器設計模式的應用，從而很容易支持很多型別的處理器；
4、HandlerAdapter——>處理器功能處理方法的呼叫，HandlerAdapter 將會根據適配的結果呼叫真正的處理器的功能處理方法，完成功能處理；并回傳一個ModelAndView 物件（包含模型資料、邏輯視圖名）；
5、ModelAndView的邏輯視圖名——> ViewResolver， ViewResolver 將把邏輯視圖名決議為具體的View，通過這種策略模式，很容易更換其他視圖技術；
6、View——>渲染，View會根據傳進來的Model模型資料進行渲染，此處的Model實際是一個Map資料結構，因此很容易支持其他視圖技術；
7、回傳控制權給DispatcherServlet，由DispatcherServlet回傳回應給用戶，到此一個流程結束，下邊兩個組件通常情況下需要開發：
Handler：處理器，即后端控制器用controller表示，
View：視圖，即展示給用戶的界面，視圖中通常需要標簽語言展示模型資料

SpringMVC怎么樣設定重定向和轉發的？
（1）轉發：在回傳值前面加"forward:"，譬如"forward:user.do?name=method4"
（2）重定向：在回傳值前面加"redirect:"，譬如"redirect:http://www.baidu.com"
SpringMVC常用的注解有哪些？
@RequestMapping：用于處理請求 url 映射的注解，可用于類或方法上，用于類上，則表示類中的所有回應請求的方法都是以該地址作為父路徑，
@RequestBody：注解實作接收http請求的json資料，將json轉換為java物件，
@ResponseBody：注解實作將conreoller方法回傳物件轉化為json物件回應用戶，

ORM

通過 Java 語言連接并操作資料庫的技識訓方式已經有很多了，例如：JDBC，
Hibernate，MyBatis，TopLink 等等，其中 JDBC 是 Java 原生的 API，支持連接并操作各種關系型資料庫，JDBC 作為 Java 原生 API，有優點，也有缺點，這里主要說一下缺點：

1. 編碼繁瑣，效率低
2. 資料庫連接的創建和釋放比較重復，也造成了系統資源的浪費
3. 大量硬編碼，缺乏靈活性，不利于后期維護
4. 引數的賦值和資料的封裝全是手動進行

正是因為 JDBC 存在著各種問題，所以才導致很多持久層框架應運而生，例如：Hibernate
和 MyBatis，這兩個都是目前比較流行的持久層框架，都對 JDBC 進行了更高級的封裝和優化，

第一類：著重對 JDBC 進行 API 層的抽取和封裝，以及功能的增強，典型代表是 Apache 的DbUtils，程式員在使用 DbUtils 時仍然需要撰寫 sql 陳述句并手動進行資料封裝，但是 API 的使用比 JDBC方便了很多，

第二類：借鑒面向物件的思想，讓程式員以操作物件的方式操作資料庫，無需撰寫 sql 陳述句，典型代表是 ORM，ORM(Object Relational Mapping)吸收了面向物件的思想，把對 sql 的操作轉換為物件的操作，從而讓程式員使用起來更加方便和易于接受，這種轉換是通過物件和表之間的元資料映射實作的，這是實作 ORM 的關鍵，如下圖所示：
由于類和表之間以及屬性和欄位之間建立起了映射關系，所以，通過 sql 對表的操作就
可以轉換為物件的操作，程式員從此無需撰寫 sql 陳述句，由框架根據映射關系自動生成，這
就是 ORM 思想，
目前比較流行的 Hibernate 和 MyBatis 都采用了 ORM 思想，一般我們把 Hibernate 稱之
為全自動的 ORM 框架，把 MyBatis 稱之為半自動的 ORM 框架，

什么是MyBatis
（1）Mybatis是一個半ORM（物件關系映射）框架，它內部封裝了JDBC，開發時只需要關注SQL陳述句本身，不需要花費精力去處理加載驅動、創建連接、創建statement等繁雜的程序，程式員直接撰寫原生態sql，可以嚴格控制sql執行性能，靈活度高，
（2）MyBatis 可以使用 XML 或注解來配置和映射原生資訊，將 POJO映射成資料庫中的記錄，避免了幾乎所有的 JDBC 代碼和手動設定引數以及獲取結果集，
（3）通過xml 檔案或注解的方式將要執行的各種 statement 配置起來，并通過java物件和 statement中sql的動態引數進行映射生成最終執行的sql陳述句，最后由mybatis框架執行sql并將結果映射為java物件并回傳，（從執行sql到回傳result的程序），
MyBatis的優點和缺點
優點：
（1）基于SQL陳述句編程，相當靈活，不會對應用程式或者資料庫的現有設計造成任何影響，SQL寫在XML里，解除sql與程式代碼的耦合，便于統一管理；提供XML標簽，支持撰寫動態SQL陳述句，并可重用，
（2）與JDBC相比，減少了50%以上的代碼量，消除了JDBC大量冗余的代碼，不需要手動開關連接；
（3）很好的與各種資料庫兼容（因為MyBatis使用JDBC來連接資料庫，所以只要JDBC支持的資料庫MyBatis都支持），
（4）能夠與Spring很好的集成；
（5）提供映射標簽，支持物件與資料庫的ORM欄位關系映射；提供物件關系映射標簽，支持物件關系組件維護，

缺點
（1）SQL陳述句的撰寫作業量較大，尤其當欄位多、關聯表多時，對開發人員撰寫SQL陳述句的功底有一定要求，
（2）SQL陳述句依賴于資料庫，導致資料庫移植性差，不能隨意更換資料庫，

MyBatis 的 ORM 實作原理

MyBatis 是支持定制化 SQL、存盤程序以及高級映射的優秀的持久層框架，其主要就完成2件事情：

• 封裝JDBC操作
• 利用反射打通Java類與SQL陳述句之間的相互轉換

MyBatis的主要設計目的就是讓我們對執行SQL陳述句時對輸入輸出的資料管理更加方便，所以方便地寫出SQL和方便地獲取SQL的執行結果才是MyBatis的核心競爭力，

流程

1 加載配置：配置來源于兩個地方，一是組態檔，一是Java代碼的注解，將SQL的配置資訊加載成為一個個MappedStatement物件（包括了傳入引數映射配置、執行的SQL陳述句、結果映射配置），存盤在記憶體中，
2 SQL決議：當API介面層接收到呼叫請求時，會接收到傳入SQL的ID和傳入物件（可以是Map、JavaBean或者基本資料型別），Mybatis會根據SQL的ID找到對應的MappedStatement，然后根據傳入引數物件對MappedStatement進行決議，決議后可以得到最終要執行的SQL陳述句和引數，
3 SQL執行：將最終得到的SQL和引數拿到資料庫進行執行，得到操作資料庫的結果，
4 結果映射：將操作資料庫的結果按照映射的配置進行轉換，可以轉換成HashMap、JavaBean或者基本資料型別，并將最終結果回傳，

Mybatis原理

• sqlsessionFactoryBuilder?成sqlsessionFactory（單例）
• ??模式?成sqlsession執?sql以及控制事務
• Mybatis通過動態代理使Mapper（sql映射器）接?能運?起來即為接??成代理物件將sql查詢到結果映射成pojo

sqlSessionFactory構建程序

• 決議并讀取配置中的xml創建Configuration物件 （單例）
• 使?Configruation類去創建sqlSessionFactory（builder模式）

#{}和${}的區別是什么？

#{}是預編譯處理，KaTeX parse error: Expected 'EOF', got '#' at position 21: …串替換， Mybatis在處理#?{}時，會將sql中的#{}替…{}時，就是把${}替換成變數的值，
使用#{}可以有效的防止SQL注入，提高系統安全性，

當物體類中的屬性名和表中的欄位名不一樣 ，怎么辦 ？
第1種： 通過在查詢的sql陳述句中定義欄位名的別名，讓欄位名的別名和物體類的屬性名一致，
select order_id id, order_no orderno ,order_price price form orders where order_id=#{id};
第2種： 通過來映射欄位名和物體類屬性名的一一對應的關系，

Mybatis是如何進行分頁的？分頁插件的原理是什么？
Mybatis使用RowBounds物件進行分頁，它是針對ResultSet結果集執行的記憶體分頁，而非物理分頁，可以在sql內直接書寫帶有物理分頁的引數來完成物理分頁功能，也可以使用分頁插件來完成物理分頁，
分頁插件的基本原理是使用Mybatis提供的插件介面，實作自定義插件，在插件的攔截方法內攔截待執行的sql，然后重寫sql，根據dialect方言，添加對應的物理分頁陳述句和物理分頁引數，
Mybatis是如何將sql執行結果封裝為目標物件并回傳的？都有哪些映射形式？
第一種是使用標簽，逐一定義資料庫列名和物件屬性名之間的映射關系，
第二種是使用sql列的別名功能，將列的別名書寫為物件屬性名，
有了列名與屬性名的映射關系后，Mybatis通過反射創建物件，同時使用反射給物件的屬性逐一賦值并回傳，那些找不到映射關系的屬性，是無法完成賦值的，

MyBatis實作一對一有幾種方式?具體怎么操作的？
有聯合查詢和嵌套查詢,聯合查詢是幾個表聯合查詢,只查詢一次, 通過在resultMap里面配置association節點配置一對一的類就可以完成；
嵌套查詢是先查一個表，根據這個表里面的結果的 外鍵id，去再另外一個表里面查詢資料,也是通過association配置，但另外一個表的查詢通過select屬性配置，
Mybatis是否支持延遲加載？如果支持，它的實作原理是什么？
Mybatis僅支持association關聯物件和collection關聯集合物件的延遲加載，association指的就是一對一，collection指的就是一對多查詢，在Mybatis組態檔中，可以配置是否啟用延遲加載lazyLoadingEnabled=true|false，
它的原理是，使用CGLIB創建目標物件的代理物件，當呼叫目標方法時，進入攔截器方法，比如呼叫a.getB().getName()，攔截器invoke()方法發現a.getB()是null值，那么就會單獨發送事先保存好的查詢關聯B物件的sql，把B查詢上來，然后呼叫a.setB(b)，于是a的物件b屬性就有值了，接著完成a.getB().getName()方法的呼叫，這就是延遲加載的基本原理，
當然了，不光是Mybatis，幾乎所有的包括Hibernate，支持延遲加載的原理都是一樣的，
Mybatis的一級、二級快取:

默認情況下?級快取是開啟的，?且是不能關閉的，

• ?級快取是指 SqlSession 級別的快取 原理：使?的資料結構是?個 map，如果兩次中間出現commit 操作 （修改、添加、洗掉），本 sqlsession 中的?級快取區域全部清空
• ?級快取是指可以跨 SqlSession 的快取，是 mapper 級別的快取； 原理： 是通過 CacheExecutor實作的，CacheExecutor其實是 Executor 的代理物件

1）一級快取: 基于 PerpetualCache 的 HashMap 本地快取，其存盤作用域為 Session，當 Sessionflush 或 close 之后，該 Session 中的所有 Cache 就將清空，默認打開一級快取，
2）二級快取與一級快取其機制相同，默認也是采用 PerpetualCache，HashMap 存盤，不同在于其存盤作用域為 Mapper(Namespace)，并且可自定義存盤源，如 Ehcache，默認不打開二級快取，要開啟二級快取，使用二級快取屬性類需要實作Serializable序列化介面(可用來保存物件的狀態),可在它的映射檔案中配置 ；
3）對于快取資料更新機制，當某一個作用域(一級快取 Session/二級快取Namespaces)的進行了C/U/D操作后，默認該作用域下所有 select 中的快取將被 clear 掉并重新更新，如果開啟了二級快取，則只根據配置判斷是否重繪，