前言
MyBatis，曾经给我的感觉是一个很神奇的东西，我们只需要按照规范写好XXXMapper.xml以及XXXMapper.java接口。要知道我们并没有提供XXXMapper.java的实现类，MyBatis到底是怎么做到这一点的呢？有人会说是动态代理，现在我就来通过手写一个迷你版的MyBatis来彻底理解它的设计思想！
如果你不了解JDK动态代理，请参考：《纯手写实现JDK动态代理》
如果你不了解MyBatis的使用，请参考：《MyBatis+Spring MVC开发指南（一）》
如果你对Spring MVC感兴趣，请参考：《写出我的第一个框架：迷你版Spring MVC》
动手写一个迷你版的MyBatis
其实对于MyBatis最为关键的就在于：
XXXMapper mapper = sqlSession.getMapper(XXXMapper.class);
大家可以以这个为切入口，进行源码跟踪，容易得到上面的调用链。
我们先来看一下迷你版MyBatis的整体框架思路：
执行器MyExecutor：
在MyBatis中，比如说select有多种形式，比如selectOne,selectList，那么其实到最后，还是向JDBC发出一个SQL而已。对于执行器而言，其实对于查询，提供一个query接口就可以了。
这里，为了简便，直接执行已经处理好的SQL语句（动态SQL以及输入类型，这不是迷你版MyBatis关心的）。另外执行器的实现类MyBaseExecutor其实就是一段JDBC的操作代码。
这里为了简化处理，在RequestMapping这块硬编码了。
StudentMapper.java/StudentMapper.xml：
这里，为了不牵涉到XML的解析过程，直接提供已经处理完毕的结果。其实就是namespace/statementID/SQL的存储、映射。
对外暴露的API接口（MySqlSession）：
从这里，你能够看到一些端倪：
第一，MyDefaultSqlSession持有执行器的引用，调用selectOne等方法，就是在调用执行器的query方法。
第二，在getMapper的获取过程中，我们看到了具体业务处理Handler的身影：MyMapperProxy，根据JDK动态代理的知识，我们知道，最终都是要回调Handler的invoke方法完成的。
MyMapperProxy：
当invoke方法被调用时，我们根据调用的方法，进行反射，得到namespace以及对应的SQL，然后，我们把SQL交给sqlSession进行执行即可。
启动测试类Bootstrap：
看到没有，我们完全通过自己的类，自己的理解，去实现了和MyBatis一样的功能！
OK，一个迷你版的MyBatis就竣工了，有一种油然而生的成就感，哈哈~
