spring整合mybatis步骤分析

1.spring配置datasource bean的时候，不同的数据库连接方式有有不同的datasource实现类。

比如采用c3p0数据库连接池，要用c3p0的datasource实现类 com.mchange.v2.c3p0.ComboPooledDataSource

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">
<property name="driverClass">
<value>${jdbc.driver}

2.sqlsessionFactory的bean是mybatis提供具体实现类的，并向其中个注入datasource bean。

bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="configLocation" value="/WEB-INF/cfg/mybatis-config.xml"></property>
</bean>

3.使用前两步，就在spring中启动了mybatis，并向ioc容器中注入了spring的sqlsessionfactory bean。spring程序接下来就可以使用Mybatis了。

web程序具体具体使用如下：

配置响应的dao接口实现bean。接口bean的class源还是mybatis提供的mapper类。class="org.mybatis.spring.mapper.MapperFactoryBean"

每个mapper都是dao接口的实现。

<bean id="ProductDao" class="org.mybatis.spring.mapper.MapperFactoryBean">
<property name="mapperInterface" value="com.dao.ProductI"></property>
<property name="sqlSessionFactory" ref="sqlSessionFactory"></property>
</bean>

4.MyBatis几乎淘汰了所有的JDBC编码和手工设置参数以及结果的检索。

具体省去：获得connection,statement,及connection的关闭这种每个connection都调用的重复方法。

5.2.1.1 通过XML创建SqlSessionFactory
通过一个xml文件的配置创建SqlSessionFactory是非常简单的。推荐你使用一个classpath resource去配置，另外你需要使用流，流中包含一个文件路径或者URL。MyBatis包含一个工具类，这个工具类中有一个方法可以含有类路径的资源：
String resource = "org/mybatis/example/mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
这个XML配置文件含有对MyBatis系统的核心设置，包含一个获得数据连接实例的数据源，同时也含有一个如何处理和控制的事物管理器。关于XML配置文件的细节我们会在文档后面涉及，这个给出一个简单的示例：
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
<environments default="development">
<environment id="development">
<transactionManager type="JDBC"/>
<dataSource type="POOLED">
<property name="driver" value="${driver}"/>
<property name="url" value="${url}"/>
<property name="username" value="${username}"/>
<property name="password" value="${password}"/>
</dataSource>
</environment>
</environments>
<mappers>
<mapper resource="org/mybatis/example/BlogMapper.xml"/>
</mappers>
</configuration>
同时有许多XML配置文件，在上述的例子中需要指出的是，注意XML配置文件的头部，必须要有XML文档的验证，environment体中包含对事物环境配置和连接池。mappers元素是一个映射列表包含sql和映射定义。

2.1.2 不使用XMl构建SqlSessionFactory
如果你喜欢直接用java来配置那是优于XML的，或者创建属于你自己的配置构造器。MyBatis提供了和XMl配置文件性质相同的配置类。
DataSource dataSource = BlogDataSourceFactory.getBlogDataSource();
TransactionFactory transactionFactory = new JdbcTransactionFactory();
Environment environment = new Environment("development", transactionFactory, dataSource);
Configuration configuration = new Configuration(environment);
configuration.addMapper(BlogMapper.class);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(configuration);
在这个例子中需要注意的是要添加一个映射类，在映射类中可以使用注解来避免使用XMl。但是，由于Java注解的一些限制和一些MyBatis映射的复杂性，XMl映射还是比较高级的映射。由于这个原因，MyBatis将会自动的去查看存在的xml文件。稍后详述。

6.SqlSessionFactory的生命周期
一旦创建，SqlSessionFactory应该在你的应用执行范围内存在。一般很少有理由需要处理它或者重新创建它。SqlSessionFactory不该在程序运行中重建是一种最佳实践。因此，SqlSessionFactory的最佳范围应该是应用范围。实现这个的方式有很多中，最简单的方式就是单利模式或者静态模式。

7. SqlSession的生命周期
每个线程都该有自己的SqlSession，每个SqlSession实例不该被共享。因此最好的范围是请求范围或者方法范围。不要把SqlSession定义在一个静态字段或者实例字段中。不要提升任何范围去管理SqlSession。比如Servlet框架中的HttpSession，如果你使用任何类型的web框架，一个HTTP请求应该遵循类似的规范。就是说，在接受一个HTTP请求，你可以打开一个SqlSession，然后在返回响应的时候，关闭它。关闭session是非常重要的。你必须要始终确保它在最后被关闭。下面这个是标准的关闭模式：
SqlSession session = sqlSessionFactory.openSession();
try {
// do work
} finally {
session.close();
}
使用这个代码将确保所有的session在处理完之后都会被关闭。

8.mapper实例

Mappers是一个接口实现类，mapper绑定了你创建的映射语句和接口类。

9.依赖注入框架是线程安全的，交易SqlSession和Mapper和注入到你的bean中你可以不用管理他们的声明周期。你可以研究一下这些框架。

10.Mybatis强大之处

MyBatis的真正的强大在于映射。这正是奇迹发生的地方。这是他们所有的力量之源，映射的XML文件时简单的。当然如果你把他们和等效的代码相比较，你马上就会发现这里省去了95%的代码，MyBatis建立了一个远离你的方式只关注与SQL。

映射文件中有很少的第一类元素：
cache
cache-ref
resultMap
parameterMap
sql
insert
update
delete
select

接下来我们将从他们的语句中讨论一下他们的细节：
4.1.1 selcet
select语句是你在MyBatis使用的流行的语句之一，取出数据库中的数据时非常有价值的一件事。所以大多数数据库应用中查询远远超过其它加在一起的操作。每一个插入，更行和删除，可能会对应很多的select.这也是MyBatis建议的原则之一，就是有大量的查询对应结果集。select是相当简单的案例。例如：
<select id="selectPerson" parameterType="int" resultType="hashmap">
SELECT * FROM PERSON WHERE ID = #{id}
</select>
选一个人对象，通过一个int类型的参数。返回一个HashMap值。
这里需要注意参数。
#{id}

这个类似于JDBC中的这个意思：
// Similar JDBC code, NOT MyBatis…
String selectPerson = "SELECT * FROM PERSON WHERE ID=?";
PreparedStatement ps = conn.prepareStatement(selectPerson);
ps.setInt(1,id);
当然，还有更多的代码通过JDBC单独提取所需的结果并将它们映射到一个对象实例.

这里
<select
id="selectPerson"
parameterType="int"
parameterMap="deprecated"
resultType="hashmap"
resultMap="personResultMap"
flushCache="false"
useCache="true"
timeout="10000"
fetchSize="256"
statementType="PREPARED"
resultSetType="FORWARD_ONLY">

5.mybatis映射文件书写

1.映射文件的开发如下图 

2,映射文件配置好了之后，还需要在全局配置文件sqlMapConfig.xml中添加映射文件 
 
3，sqlsession会话去执行操作查询数据库映射文件，下图中的错误纠正为’%${value}%’ 

查询出的是单条记录使用selectOne，下图中的错误纠正为把“1”改为int类型的1 
sqlsession.selectOne(“test.findUserById”, 1); 
 
查询出的是多条记录使用selectList 
sqlsession.selectList(“test.findUserByName”, “hello”); 

5，总结： 

四 mybatis开发dao方法 
mybatis的配置文件不变 
1，先使用原型的开发dao方法 
开发接口 
 
2， 开发接口实现 

3， 测试代码 

4，总结 
 
五 mybatis利用mapper代理开发dao（重点掌握） 
mapper代理开发，就不需要接口的实现类，只需要接口UserMapper.java和映射文件UserMapper.xml就可以了，但是遵循一定的开发规范： 
1，在UserMapper.xml文件中namespace等于UserMapper接口地址 
 
2，UserMapper.java接口中的方法名要和UserMapper.xml中的statement的id一致 
3，UserMapper.java接口中的方法输入参数要和UserMapper.xml中的statement的parameterType指定的类型一致 
4，UserMapper.java接口中的方法的返回值类型要和UserMapper.xml中的statement的resultType指定的类型一致 
测试代码： 
 
上图画线区域:这里没有实现接口的实现类，而是使用mybatis生成的代理对象来生成UserMappper接口的对象，从而能够调用其方法

mapper代理开发dao出现的问题总结： 
1，代理对象内部调用selectOne或selectList 
如果mapper方法返回单个pojo对象（非集合对象），代理对象内部通过selectOne查询数据库，也可以使用selectList查询。 
如果mapper方法返回集合对象，代理对象内部通过selectList查询 数据库，不能使用selectOne查询，否则会出错。 
问题是： 编译期间不会报错，二者容易写错使用。 
2，mapper接口方法参数只有一个 
根据规范编写的代理对象的传入参数只能有一个（mapper.xml文件中的parameterType参数只有一个），不利于系统的扩展 
解决：即使mapper接口中只有一个参数，可以使用包装类型的pojo满足不同的业务方法需求

mybatis的一些细节剖析：

1，全局配置文件sqlMapConfig.xml中配置内容如下：

1. properties(属性) 
   注意：mybatis将按照下面的顺序来加载属性： 
   （1）在properties元素体内定义的属性首先被读取。（可以在此属性中加入jdbc的配置文件db.properties）,在sqlMapConfig.xml中就不需要对数据库连接参数进行硬编码了。

2. settings全局参数设置 
   mybatis框架运行时可以调整一些运行参数，会影响mybatis运行行为，所以建议不要随便修改 
   比如：二级缓存，开启延时加载。。。

3. typeAliases(别名) 重点掌握 
   

  <typeAliases>
           <!--针对单个别名定义
               type：类型的路径
               alias：别名 -->
          <typeAlias type="com.jary.mybatis.po.User" alias="user" />
          <!--还可以进行批量别名定义
          指定包名，mybatis自动扫描包中的po类 -->
          <package name="com.jary.mybatis.po" />
      </typeAliases> 

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9

上面的别名定义后，在mapper.xml中就可以这样使用了

user代替了输出结果类型com.jary.mybatis.po.User。

4.映射文件（mapper）

通过resource加载单个的映射文件

<mapper resource="mapper/UserMapper.xml" />

• 1

通过mapper接口加载单个mapper,要遵循一定的规范： 
（1）前提是使用mapper代理开发（已经有4个规范） 
（2）需要将mapper接口类名和mapper.xml映射文件名称保持一致，且在同一目录下 

<mapper class="com.jary.mybatis.mapper.UserMapper" />

• 1

通过批量加载mapper（推荐使用）：实现条件是 
要满足mapper接口加载映射文件和使用mapper代理开发同时满足 
 
mybatis的一些细节剖析结束

mybatis的核心输入映射和输出映射开始：

输入映射 
通过parameterType指定输入参数类型，类型可以是简单类型、hashmap、pojo的包装类型 
1，传递pojo的包装对象 
（1）需求 
完成用户信息的综合查询，需要传入查询条件复杂（可能包括用户信息，商品信息，商品订单等），这样靠一个parameterType只能传入一个输入参数，所有需要pojo的包装类型来实现 
（2）定义包装类型pojo 
针对上面的需求，在包装类型的pojo中把这些复杂的查询条件包装进去，定义包装类UserQueryVo，把需要查询的条件全部定义在里面 
 
上图中标注的用户查询条件使用的是User的扩展类（因为User类一般是由逆向工程自动生成的，不要进行修改，所有使用的扩展类来实现） 
映射文件UserMapper.xml配置 

UserMapper.java接口文件的配置 
 
上图中，把包装类作为参数传入，返回值是一个用户列表所以用list集合接收

测试代码如下图： 

输出映射 
1，resultType 
使用resultType进行输出映射时，只有查询输出结果列名和pojo中的属性名一致才可以，映射成功 
如果查询出来的列名和pojo中的属性名没有一个一致的，就不会创建pojo对象 
如果查询出来的列名和pojo中的属性名有一个一致，就会创建pojo对象 
输出pojo对象和pojo列表 
不管是输出的pojo单个对象还是一个列表（list中包含pojo），在mapper.xml中resultType指定的类型是一样的 
在mapper.java指定的方法返回值类型不一样： 
（1）输出单个pojo对象，方法返回值是个单个对象类型 
（2）输出pojo对象list，方法返回值就是list对象类型 
在动态代理对象中，是根据mapper方法的返回值类型来确定是调用selectOne（返回单个对象)还是selectList（返回集合对象） 
2，resultMap 
使用resultMap进行映射时，查询结果列名和pojo的属性名不一致时，resultMap会对列名和pojo属性名进行映射，保证其成功映射 
使用resultMap需要这二步： 
（1）定义resultMap 
 
（2）使用resultMap作为statement的输出映射类型 
 
mybatis的核心输入映射和输出映射结束：

mybatis的动态sql和sql片段开始：

动态sql 
mybatis核心就是对sql语句进行灵活操作，通过表达式进行判断，对sql进行灵活拼接和组装。 
需求：用户信息查询的综合信息需要使用动态sql 
对查询条件进行判断，如果出入参数不为空，才进行拼接 
 
测试代码需要注意的是如下图： 
 
如果不设置某个值，条件将不拼接在sql中

sql片段 
需求：将上面的动态sql（重复的sql语句）抽取出来做成一个片段，方便其他statement语句重复使用sql片段 
 
使用sql片段 

使用foreach标签遍历 
给sql传入数组或者集合时，mybatis使用foreach解析 
需求：在用户信息的综合查询中增加多个id传入 
sql语句如下： 
select * from user where id=1 or id=3 or id=5 
也可以使用select * from user where id in(1,3,5) 

mybatis的动态sql和sql片段结束

mybatis高级映射开始： 
一、 高级映射一对一查询（使用到assocition标签实现关联对象的一对一查询映射），分别使用resultType和resultMap，并且比较二者的区别 
 
还有一点就是，resultType查询关联列表结果列如果和pojo属性名不一致，需要自己创建扩展类（继承包括结果集列名多的pojo对象，这样可以少写一点属性名）。resultMap则不需要创建扩展类，而是把关联信息的对象注入，从而实现结果集列名和pojo属性名保持一致。 
二、高级映射一对多查询（使用collection标签来实现关联对象的一对多查询映射），一对多，就是关联的对象查询结果是一个List集合 
开发步骤： 
（1）首先写sql语句 
需求：查询订单及订单明细信息（一个订单包含多个订单明细，所以一对多） 
主表：订单表 
关联表：订单明细表 
经过之前一对一查询（用户的订单）的分析，我们只需要在此基础上关联订单明细表即可。 
 
（2）pojo类(resultType时用到扩展类，这里我们使用resultMap不需要包装类) 
 
（3）mapper.xml（这里我们使用了resultMap的继承，不需要重新关联订单表和用户表，通过继承之前的一对一（用户查询订单）所写的二个表，可以减少大量的重复代码。同时使用了collection集合标签将关联查询出的多条记录映射到List集合中） 

(4)mapper.java 

一对多查询总结： 
mybatis使用resultMap的collection（resultType没有此标签）对关联查询的多条记录映射到一个list集合中。 
使用resultType通过双重循环遍历可以实现，去除重复记录，将订单明细映射在orderdetail中（了解） 
多对多查询实例和上边类似。主要是搞清楚各个表之间的对应关系，订单的collection中嵌套订单明细的collection，而订单明细的collection中嵌套商品信息。

mybatis高级映射结束

mybatis的延迟加载和缓存技术开始 
mybatis一级缓存 
 
mybatis的二级缓存

mybatis默认是没有开启二级缓存的。 
开启二级缓存需要在mybatis的全局配置文件sqlMapConfig.xml中加入

除了开启二级缓存开关外，还需要在各自的mapper.xml中开启二级缓存。 

原理图： 
 
如上图：sqlsession1去查询id为1的用户信息，查询到用户信息就会查询数据存放在二级缓存区域（hashmap）中
sqlsession2去查询id为1的用户信息，首先去缓存中查找是否存在数据，如果存在就直接从二级缓存中取出数据。 
二级缓存和一级缓存的区别：二级缓存的范围更大，多个sqlsession 
可以共享usermapper的二级缓存。 
二级缓存是根据mapper的namespace来划分的，相同namaspace下的mapper共享二级缓存，反之 
如果sqlsession3去执行相同mapper下sql，并执行commit（）操作，则清空该命名空间下的二级缓存

二级缓存的测试代码：

上面涂黄部分要特别注意，sqlsession关闭时才可以把数据写到二级缓存区域中，如果本namespace下的sqlsession执行了commit（）操作，二级缓存就会清空

禁用二级缓存 
也可以禁用单个查询的二级缓存，这样要保证每次查询的都是最新数据。 

刷新二级缓存（就是清空缓存，切记） 
 
总结：一般情况下，执行commit()操作之后，都要刷新缓存，因此flushCache都设为true，来避免数据的脏读。

mybatis cache的参数设置 
flushInterval(刷新间隔)，可以为任意整数，单位为毫秒值，这个比较有用。

mybatis和第三方分布式缓存框架整合（ehcache，redis,memcache） 
mybatis在缓存方面还是比较弱，特别是分布式缓存不支持 
 
我们的系统为了提高系统并发，性能，一般对系统进行分布式部署（集群部署方式）

整合方法 
mybatis提供了一个cache接口，如果要实现自己的缓存逻辑，实现cache接口即可 
mybatis和ehcache整合，mybatis和ehcache整合包中提供了一个cache接口的实现类。 

二级缓存的应用场景（实际开发中用 刷新间隔） 

二级缓存额局限性 
 
细粒度缓存,就是修改一个商品信息（即执行commit（）方法），只修改缓存中这一个商品的信息，其余的信息不清空。

mybatis的延迟加载和缓存技术结束

mybatis和spring的整合（重点掌握）开始

1、整合的思路： 
（1）首先需要spring通过单例方式管理sqlSessionFactory 
（2）spring和mybatis整合生成代理对象，使用SqlSessionFactory创建sqlSession会话（此步是由spring和mybatis整合自动完成） 
（3）持久层的mapper，dao都需要由spring来管理 
2、环境的搭建 
 
上面的sqlmap目录下的User.xml是为了原始dao开发使用的。还要加载spring，mybatis，mybatis-srping等jar包。 
3、在spring的配置文件中配置sqlSessionFactory和数据源 
sqlSessionFactory在mybatis和spring的整合包下 
 
上图中：使用C3P0配置数据库连接池，属性参数名要按照规定写，不能自己定义，否则会报错，而使用dbcp就可以自定义参数名，这点注意。 
在加载配置文件时，都要加上类路径名classpath 
在使用原始dao开发时，属性name值要与UserDaoImpl类中变量名一致（特别是大小写） 
4、*原始Dao的开发（和spring整合后）* 
4.1 User.xml(也称mapper.xml更准确) 

和spring整合后，需要使用spring来管理mapper，spring配置文件为applicationContext.xml 
还有mybatis的配置文件来加载User.xml 
 
4.2 UserDAO 
 
基本上不用改变 
4.3 UserDaoImpl（重点在Dao的实现类上） 

上图中的代码最重要的就是继承了SqlSessionDaoSupport通过this.getSqlSession()来得到SqlSession会话 
这里也不需要写sqlSession的事务提交（更新操作不用写）和sqlSession关闭 
4.4 测试代码 

5、使用mapper代理来开发 （mybatis和spring整合后） 
和利用原始dao开发差不多，只是不需要dao接口的实现类 
而是根据一个规范来实现dao接口生成代理对象

5.1规范： 
（1）mapper.xml中的namespace命名空间等于mapper.java的全路径名 

（2）mapper.xml和mapper.java应在同一个目录下 
 
（3）mapper.xml中的statement语句的输入参数paramType类型应与mapper.java中方法中传递的参数类型一致
 

（4）mapper.xml中的statement语句的输出参数resultType类型应与mapper.java中方法返回值类型一致 
 

5.2 让spring来管理mapper，在配置文件中 
 
重点在这里，使用mybatis和spring的整合包中MapperFactoryBean来实现mapper接口生成代理对象 
属性值有mapperInterface和sqlSessionFactory 
总结：此方法存在一个大问题，需要针对每个mapper进行配置，太麻烦 
终极解决方案： 通过mapper批量扫描，从mapper包中扫描出mapper接口，自动创建代理对象并且在spring容器中注册 

<property name="sqlSessionFactoryBeanName" value="sqlSessionFactory" />

• 1

上面代码，不能使用ref而是使用value,刚开始用错了。 
开发中推荐使用自动扫描， 
mybatis和spring的整合（重点掌握）结束 
mybatis的逆向工程（了解会用就行） 

generator.xml的配置，这里要记住，上图中最下边table后面的一长串值等于false的属性，是为了不生成其他与我们无关的example等代码 
下面需要mybatis-generator-core-1.3.2.jar和generator.xml文件在同于目录下，并且建立src目录接收生成的文件

生成后的如下图 
 
没有了example的无用类了，比较干净，推荐使用