前言
之前一段时间写了【Spring源码分析】系列的文章，感觉对Spring的原理及使用各方面都掌握了不少，趁热打铁，开始下一个系列的文章【MyBatis源码分析】，在【MyBatis源码分析】文章的基础之上，可以继续分析数据库连接池、Spring整合MyBatis源码、Spring事物管理tx等等。
【MyBatis源码分析】整个文章结构相较【Spring源码分析】稍微改一改，后者会在每一部分源码分析的开头列出要分析的源码的实例，比如：
分析Bean流程加载，就会先写Bean的代码示例及xml中配置Bean的示例
分析AOP流程，就会先写AOP的代码及xml中配置AOP的示例
【MyBatis源码分析】系列文章，在本文中会一次性地将所有的代码示例写完，之后就针对这些代码一部分一部分进行分析，探究MyBatis原理。
其实MyBatis代码示例，我在之前的文章里面记得至少写了两遍，完全可以拿之前的文章作为例子，但是这里要再写一遍，就希望分享给网友朋友们一点态度：作为一个程序员，还是应当多去写代码，多去实践，不要认为之前写过的东西就没必要再写一遍，之前懂的内容就没必要再学习一遍，温故知新，写得越多用得越熟练，思考得越多成长越快。
SQL准备
首先还是建表，这里准备一段SQL：
很多人可能有不止一个邮箱，新浪的、腾讯的、搜狐的，每个邮箱可能又有不一样的用途，这里就拿邮箱做一个例子。
建立每张表的时候应当注意唯一约束，像这里，一个网站下的邮箱一定是唯一的，不可能在新浪下同时存在两个名为”123@sina.com”的邮箱名，因此对web_id+mail做唯一索引。
建立实体类
建立完毕SQL之后，第二步一定是为表建立在Java层面的实体类，在SQL层面不同的词语使用”_”分割，在Java层面不同的词语则使用驼峰命名法：
对于类名/接口名/枚举类，使用首字母大写的驼峰命名法
对于字段，使用首字母小写的驼峰命名法
现在为mail表建立实体类：
注意实体类一定要重写toStirng()方法，便于定位问题。
建立数据访问层
下一步，个人喜好是建立数据访问层，对于数据访问层通常有如下约定：
数据访问层使用Dao命名，它定义了对表的基本增删改查操作
数据访问层之上使用Service命名，它的作用是对于数据库的多操作进行组合，比如先查再删、先删再增、先改再查再删等等，这些操作不会放在Dao层面去操作，而会放在Service层面去进行组合
那么，首先定义一个MailDao，我定义增删改查五个方法，其中查询两个方法，一个查单个，一个查列表：
接着是Dao的实现类，通常以”Impl”结尾，”Impl”是关键字”Implements”的缩写，表示接口实现类的意思。MailDao的实现类就命名为MailDaoImpl了，代码为：
具体代码就不看了，会在第二篇文章开始分析。
建立MyBatis配置文件
接着就是建立MyBatis的配置文件了，MyBatis的配置文件有两个，一个是环境的配置config.xml，一个是具体SQL的编写mail.xml。首先看一下config.xml：
接着是编写SQL语句的mail.xml：
这个mail.xml我尽量写得全一点，这样后面分析的时候都会有代码示例，mail.xml中包括：
resultMap
<sql>标签
插入主键返回主键id
动态sql
建立单元测试代码
软件的正确性离不开良好的测试，通常测试有两种方式：
写main函数，这种方式我基本不使用，除非是测试一个很小的功能点比如Math.round这种，这种代码写完我也会直接删除的，不会留着提交到代码库上
使用单元测试工具比如junit，这是我常用的方式
其实很多公司的JD上面也有写着”能编写良好的单元测试代码”，跑main函数的方式我个人真的是不太推荐。
接着看一下单元测试代码：
正确的情况下，应当五个方法跑出来全部是绿色的进度条。