MyBatis，曾經給我的感覺是一個很神奇的東西，我們只需要按照規範寫好XXXMapper.xml以及XXXMapper.java接口。要知道我們並沒有提供XXXMapper.java的實現類，MyBatis到底是怎麼做到這一點的呢？有人會說是動態代理，現在我就來通過手寫一個迷你版的MyBatis來徹底理解它的設計思想！
動手寫一個迷你版的MyBatis
MyBatis原理架構圖
❈
其實對於MyBatis最為關鍵的就在於：
XXXMapper mapper = sqlSession.getMapper(XXXMapper.class);
大家可以以這個為切入口，進行源碼跟蹤，容易得到上面的調用鏈。
❈
我們先來看一下迷你版MyBatis的整體框架思路：
迷你版MyBatis
執行器MyExecutor：
MyExecutor提供query方法
❈
在MyBatis中，比如說select有多種形式，比如selectOne,selectList，那麼其實到最後，還是向JDBC發出一個SQL而已。對於執行器而言，其實對於查詢，提供一個query接口就可以了。
這裡，為了簡便，直接執行已經處理好的SQL語句（動態SQL以及輸入類型，這不是迷你版MyBatis關心的）。另外執行器的實現類MyBaseExecutor其實就是一段JDBC的操作代碼。
❈
query的JDBC實現
❈
這裡為了簡化處理，在RequestMapping這塊硬編碼了。
❈
StudentMapper.java/StudentMapper.xml：
Mapper接口
Mapper.xml
❈
這裡，為了不牽涉到XML的解析過程，直接提供已經處理完畢的結果。其實就是namespace/statementID/SQL的存儲、映射。
❈
對外暴露的API接口（MySqlSession）：
MySqlSession
MySqlSession實現
❈
從這裡，你能夠看到一些端倪：
第一，MyDefaultSqlSession持有執行器的引用，調用selectOne等方法，就是在調用執行器的query方法。
第二，在getMapper的獲取過程中，我們看到了具體業務處理Handler的身影：MyMapperProxy，根據JDK動態代理的知識，我們知道，最終都是要回調Handler的invoke方法完成的。
❈
MyMapperProxy：
MyMapperProxy
❈
當invoke方法被調用時，我們根據調用的方法，進行反射，得到namespace以及對應的SQL，然後，我們把SQL交給sqlSession進行執行即可。
❈
啟動測試類Bootstrap：
Bootstrap
❈
看到沒有，我們完全通過自己的類，自己的理解，去實現了和MyBatis一樣的功能！
❈
OK，一個迷你版的MyBatis就竣工了，有一種油然而生的成就感，哈哈~
鏈接：https://www.jianshu.com/p/73ee8caddc68
本號已開設如下二十大專題，關注後查看【我的主頁】,批閱相關專題！
【極簡入門專題】【dubbo實戰專題】
【設計模式專題】【dubbo源碼專題】
【數據結構專題】【 netty 源碼專題】
【網絡協議專題】【spring源碼專題】
【併發編程專題】【springboot專題】
【架構技術專題】【zookeeper專題】
【BATj面試專題】【redis 實戰專題】
【mq中間件專題】【mysql優化專題】
【grpc+etcd專題】【 線程相關專題】
【JVM調優專題】【springcloud專題】
閱讀更多 java進階架構師 的文章
