首先当然得下载 mybatis-3.0.5.jar 和 mybatis-spring-1.0.1.jar 两个 JAR 包，并放在 WEB-INF 的 lib 目录下 (如果你使用 maven，则 jar 会根据你的 pom 配置的依赖自动下载，并存放在你指定的 maven 本地库中，默认是 ~/.m2/repository)，前一个是 mybatis 核心包，后一个是和 spring 整合的包。 
使用 mybatis，必须有个全局配置文件 configuration.xml，来配置 mybatis 的缓存，延迟加载等等一系列属性，该配置文件示例如下：

该文件放在资源文件的任意 classpath 目录下，假设这里就直接放在资源根目录，等会 spring 需要引用该文件。 
查看 ibatis-3-config.dtd 发现除了 settings 和 typeAliases 还有其他众多元素，比如 properties,objectFactory,environments 等等，这些元素基本上都包含着一些环境配置，数据源定义，数据库事务等等，在单独使用 mybatis 的时候非常重要，比如通过以构造参数的形式去实例化一个 sqlsessionFactory，就像这样：

而 typeHandlers 则用来自定义映射规则，如你可以自定义将 Character 映射为 varchar，plugins 元素则放了一些拦截器接口，你可以继承他们并做一些切面的事情，至于每个元素的细节和使用，你参考 mybatis 用户指南即可。 
现在我们用的是 spring，因此除 settings 和 typeAliases 元素之外，其他元素将会失效，故不在此配置，spring 会覆盖这些元素的配置，比如在 spring 配置文件中指定 c3p0 数据源定义如下：

配置中的 ${} 都是占位符，在你指定数据库驱动打 war 时会自动替换，替换的值在你的父 pom 中配置，至于 c3p0 连接池的各种属性详细信息和用法，你自行参考 c3p0 的官方文档，这里要说明的是 checkoutTimeout 元素，记得千万要设大一点，单位是毫秒，假如设置太小，有可能会导致没等数据库响应就直接超时了，小弟在这里吃了不少苦头，还是基本功太差。 
数据源配置妥当之后，我们就要开始非常重要的 sessionFactory 配置了，无论是 hibernate 还是 mybatis，都需要一个 sessionFactory 来生成 session，sessionFactory 配置如下：

testSqlSessionFactory 有两处注入，一个就是前面提到的 mybatis 全局设置文件 configuration.xml，另一个就是上面定义的数据源了（注：hibernate 的 sessionFactory 只需注入 hibernate.cfg.xml，数据源定义已经包含在该文件中），好了，sessionFactory 已经产生了，由于我们用的 mybatis3 的注解，因此 spring 的 sqlSessionTemplate 也不用配置了，sqlSessionTemplate 也不用注入到我们的 BaseDAO 中了，相应的，我们需要配置一个映射器接口来对应 sqlSessionTemplate，该映射器接口定义了你自己的接口方法，具体实现不用关心，代码如下：

对应于 sqlSessionTemplate，testMapper 同样需要 testSqlSessionFactory 注入，另外一个注入就是你自己定义的 Mapper 接口，该接口定义了操作数据库的方法和 SQL 语句以及很多的注解，稍后我会讲到。到此，mybatis 和 spring 整合的文件配置就算 OK 了（注：如果你需要开通 spring 对普通类的代理功能，那么你需要在 spring 配置文件中加入 <aop:aspectj-autoproxy />），至于其他的如事务配置，AOP 切面注解等内容不在本文范围内，不作累述。
至此，一个完整的 myabtis 整合 spring 的配置文件看起来应该如下所示： 

到此为止，我们只讲了 mybatis 和 spring 的整合，还没有真正触及 mybatis 的核心：使用 mybatis 注解代替映射文件编程（不过官方文档也说了，如果真正想发挥 mybatis 功能，还是需要用到映射文件，看来 myabtis 自己都对 mybatis 注解没信心，呵呵），通过上述内容，我们知道配置搞定，但是 testMapper 还没有被实现，而注解的使用，全部集中在这个 testMapper 上，是 mybatis 注解的核心所在，先来看一下这个 testMapper 接口是个什么样的：

下面逐个对里面的注解进行分析： 
@CacheNamespace(size = 512) ： 定义在该命名空间内允许使用内置缓存，最大值为 512 个对象引用，读写默认是开启的，缓存内省刷新时间为默认 3600000 毫秒，写策略是拷贝整个对象镜像到全新堆（如同 CopyOnWriteList）因此线程安全。 
@SelectProvider(type = TestSqlProvider.class, method = "getSql") ： 提供查询的 SQL 语句，如果你不用这个注解，你也可以直接使用 @Select("select * from ....") 注解，把查询 SQL 抽取到一个类里面，方便管理，同时复杂的 SQL 也容易操作，type = TestSqlProvider.class 就是存放 SQL 语句的类，而 method = "getSql" 表示 get 接口方法需要到 TestSqlProvider 类的 getSql 方法中获取 SQL 语句。 
@Options(useCache = true, flushCache = false, timeout = 10000) ： 一些查询的选项开关，比如 useCache = true 表示本次查询结果被缓存以提高下次查询速度，flushCache = false 表示下次查询时不刷新缓存，timeout = 10000 表示查询结果缓存 10000 秒。 
@Results(value = { 
@Result(id = true, property = "id", column = "test_id", javaType = String.class, jdbcType = JdbcType.VARCHAR), 
@Result(property = "testText", column = "test_text", javaType = String.class, jdbcType = JdbcType.VARCHAR) })： 表示 sql 查询返回的结果集，@Results 是以 @Result 为元素的数组，@Result 表示单条属性 - 字段的映射关系，如：@Result(id = true, property = "id", column = "test_id", javaType = String.class, jdbcType = JdbcType.VARCHAR) 可以简写为：@Result(id = true, property = "id", column = "test_id")，id = true 表示这个 test_id 字段是个 PK，查询时 mybatis 会给予必要的优化，应该说数组中所有的 @Result 组成了单个记录的映射关系，而 @Results 则单个记录的集合。另外还有一个非常重要的注解 @ResultMap 也和 @Results 差不多，到时会讲到。 
@Param("id") ：全局限定别名，定义查询参数在 sql 语句中的位置不再是顺序下标 0,1,2,3.... 的形式，而是对应名称，该名称就在这里定义。 
@ResultMap(value = "getByTestText") ：重要的注解，可以解决复杂的映射关系，包括 resultMap 嵌套，鉴别器 discriminator 等等。注意一旦你启用该注解，你将不得不在你的映射文件中配置你的 resultMap，而 value = "getByTestText" 即为映射文件中的 resultMap ID(注意此处的 value = "getByTestText"，必须是在映射文件中指定命名空间路径)。@ResultMap 在某些简单场合可以用 @Results 代替，但是复杂查询，比如联合、嵌套查询 @ResultMap 就会显得解耦方便更容易管理。 
一个映射文件如下所示：

注意文件中的 namespace 路径必须是使用 @resultMap 的类路径，此处是 TestMapper，文件中 id="getByTestText" 必须和 @resultMap 中的 value = "getByTestText" 保持一致。 
@InsertProvider(type = TestSqlProvider.class, method = "insertSql") ：用法和含义 @SelectProvider 一样，只不过是用来插入数据库而用的。 
@Options(flushCache = true, timeout = 20000) ：对于需要更新数据库的操作，需要重新刷新缓存 flushCache = true 使缓存同步。 
@UpdateProvider(type = TestSqlProvider.class, method = "updateSql") ：用法和含义 @SelectProvider 一样，只不过是用来更新数据库而用的。 
@Param("testBean") ：是一个自定义的对象，指定了 sql 语句中的表现形式，如果要在 sql 中引用对象里面的属性，只要使用 testBean.id，testBean.textText 即可，mybatis 会通过反射找到这些属性值。 
@DeleteProvider(type = TestSqlProvider.class, method = "deleteSql") ：用法和含义 @SelectProvider 一样，只不过是用来删除数据而用的。 
现在 mybatis 注解基本已经讲完了，接下来我们就要开始写 SQL 语句了，因为我们不再使用映射文件编写 SQL，那么就不得不在 java 类里面写，就像上面提到的，我们不得不在 TestSqlProvider 这个类里面写 SQL，虽然已经把所有 sql 语句集中到了一个类里面去管理，但听起来似乎仍然有点恶心，幸好 mybatis 提供 SelectBuilder 和 SqlBuilder 这 2 个小工具来帮助我们生成 SQL 语句，SelectBuilder 专门用来生成 select 语句，而 SqlBuilder 则是一般性的工具，可以生成任何 SQL 语句，我这里选择了 SqlBuilder 来生成，TestSqlProvider 代码如下：

BEGIN(); 表示刷新本地线程，某些变量为了线程安全，会先在本地存放变量，此处需要刷新。 
SELECT，FROM，WHERE 等等都是 sqlbuilder 定义的公用静态方法，用来组成你的 sql 字符串。如果你在 testMapper 中调用该方法的某个接口方法已经定义了参数 @Param()，那么该方法的参数 Map<String, Object> parameters 即组装了 @Param() 定义的参数，比如 testMapper 接口方法中定义参数为 @Param("testId"),@Param("testText")，那么 parameters 的形态就是：[key="testId",value=object1],[key="testText",value=object2]，如果接口方法没有定义 @Param()，那么 parameters 的 key 就是参数的顺序小标：[key=0,value=object1],[key=1,value=object2]，SQL() 将返回最终 append 结束的字符串，sql 语句中的形如 
#{id,javaType=string,jdbcType=VARCHAR} 完全可简写为 #{id}，我只是为了规整如此写而已。另外，对于复杂查询还有很多标签可用，比如：JOIN，INNER_JOIN，GROUP_BY，ORDER_BY 等等，具体使用详情，你可以查看源码。 
最后记得把你的 Mapper 接口注入到你的 DAO 类中，在 DAO 中引用 Mapper 接口方法即可。我在 BaseDAO 中的注解注入如下：

引自：http://wwww.iteye.com/blog/1235996