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
