关于Mybatis与Spring整合之后SqlSession与mapper对象之间数量的问题。

1，sqlsession的真实类型和数量

由于使用spring管理bean，当我们在代码中需要使用这个bean的时候，会首先去容器中找，第一次需要调用MapperFactoryBean的getObject方法获取一个bean，并保存到容器中。

MapperFactoryBean的getObject方法如下：

由于每个MapperFactoryBean对象初始化的时候，都会创建一个sqlSession，代码在MapperFactoryBean类的父类SqlSessionDaoSupport中，当spring向MapperFactoryBean对象中注入SqlSessionFactory时就创建了SqlSession：

【结论1】：一个MapperFactoryBean对象拥有一个sqlSession对象。类型是org.mybatis.spring.SqlSessionTemplate

重要：spring整合mybatis使用的sqlSession类型是org.mybatis.spring.SqlSessionTemplate，

那么整合后的mybatis是怎么执行的呢？

首先查看SqlSessionTemplate类可以看到，所有的数据库执行都被一个动态代理的sqlsession对象代理了。

在构造方法中查看该代理对象的构造

使用JDK动态代理，实现InvocationHandler的类是SqlSessionIntercepteor，查看它的invoke方法如下：

可以看到，方法开始就直接创建了一个新的sqlsession对象，这个对象就是被代理的对象。

再看getSqlSession方法，它是SqlSessionUtils中的一个静态方法，如下：

第一句话和事务有关，如果它返回空，则直接使用sessionFactory创建一个新的session

【结论】spring整合mybatis后，非事务环境下，每次操作数据库都使用新的sqlSession对象。因此mybatis的一级缓存无法使用（一级缓存针对同一个sqlsession有效）

下面两段代码:

(1)不整合spring，如下代码的输出可以看出，使用了一级缓存

结果：查询过程只执行了一次。

(2)整合spring，

输出结果如下：

两次的输出表示没有使用一级缓存。

2，Mapper接口对应的bean在容器中的数量

通过getObject返回的对象是单利的，从MapperFactoryBean的isSingleton()可以得出

【结论二】因此，同一个IOC容器中同一个Mapper接口对应的代理类只有一个

例如系统有一个UserMapper接口对应UserMapper.xml

则如下代码返回true