phpdao接口技巧_MyBatis 的 DAO 接口跟 XML 文件里面的 SQL 是若何建立关系的

在开始正文之前，首先阐明 Dao 接口和 XML 文件里的 SQL 是如何逐一对应的？

一句话讲完便是：MyBatis 会先解析这些 XML 文件，通过 XML 文件里面的命名空间 （namespace）跟 DAO 建立关系；然后 XML 中的每段 SQL 会有一个id 跟 DAO 中的接口进行关联。

那么问题来了: "如果我有两个这个 XML 文件都跟这个 DAO 建立关系了，那不是便是冲突了？"

带着这个疑问我们就要开始下面的正题了！

首先我们要知道每个基于 MyBatis 的运用都因此一个 SqlSessionFactory 的实例为中央的，SqlSessionFactory 的实例可以通过 SqlSessionFactoryBuilder 得到。

但 SqlSessionFactory 是一个接口，它里面实在就两个方法：openSession、getConfiguration

个中，openSession 方法是为了获取一个 SqlSession 工具，完成必要数据库增编削查功能。
但是，SqlSessionFactory 属性太少了，以是须要getConfiguration 的合营；来配置 mapper 映射文件、SQL 参数、返回值类型、缓存等属性。

可以看到 getConfiguration 是属于 Configuration 类的一个方法。
你可以把它当成一个配置管家。
MyBatis 所有的配置信息都坚持在 Configuration 工具之中，基本每个工具都会持有它的引用。

但日常开拓中我们都是将 MyBatis 与 Spring 一起利用的，以是把实例化交给 Spring 处理。

因此我们可以看下 org.MyBatis.spring.SqlSessionFactoryBean，它实现了 InitializingBean 接口。
这解释，在这个类被实例化之后会调用到 afterPropertiesSet()。
它只有一个方法

而这个 afterPropertiesSet 方法只有一个动作，便是buildSqlSessionFactory。
它可以分为两部分来看:

大致有如下两种办法：

利用 MyBatis 供应的 API 进行操作，通过获取 SqlSession 工具，然后根据 Statement Id 和参数来操作数据库。

mapper 接口

定义 Mapper 接口，并在里面定义一系列业务数据操作方法。
在 Service 层通过注入 mapper 属性，调用其方法就可以实行数据库操作。
就像下面这样

那么，MemberMapper 只是个接口，并没有任何实现类。
我们在调用它的时候，它是若何终极实行到我们的 SQL 语句的呢？

3.1、首先我们会配置须要扫描的基本包路径

通过表明的办法配置：

@MapperScan({"com.mmzsblog.business.DAO"})

或者xml的办法配置：

3.2、开始扫描

我们来到 org.MyBatis.spring.mapper.MapperScannerConfigurer 这个类，可以看到它实现了几个接口。

个中的重点是 BeanDefinitionRegistryPostProcessor。
它可以动态的注册 Bean 信息，方法为 postProcessBeanDefinitionRegistry()。

ClassPathMapperScanner 继续自 Spring 中的类ClassPathBeanDefinitionScanner，以是它的 scan 方法会调用到父类 ClassPathBeanDefinitionScanner 的 scan 方法，

而在父类的 scan 方法中又调用到子类 ClassPathMapperScanner 重写的 doScan方法。

此处 super.doScan(basePackages) 是 Spring 中的方法,就不贴代码多阐述了，想详细理解的话，可以自己翻一下源码哦。

3.3、bean 注册完成并创建 sqlSession 代理

并且经由上面这些步骤，此时已经扫描到了所有的 Mapper 接口，并将其注册为 BeanDefinition 工具。
而注册的时候便是用到了上面 doScan 方法中的 processBeanDefinitions 方法。

处理的过程相比拟较大略，只是往 BeanDefinition 工具中设置了一些属性。
例如：

设置 BeanDefinition 工具的 BeanClass 为 MapperFactoryBean<?> 。
这就相称于利用 MemberMapper 注册时：当前的 mapper 接口在 Spring 容器中，beanName 是 memberMapper，beanClass 是 MapperFactoryBean.class。
故在Spring 的 IOC 初始化的时候，实例化的工具便是 MapperFactoryBean 工具。

为 BeanDefinition 工具添加属性 sqlSessionFactory，是为了 BeanDefinition工具设置 PropertyValue 的时候，方便调用到 setSqlSessionFactory()。

3.4、创建 sqlSession 代理类

终极在 setSqlSessionFactory 这个方法里，sqlSession 获取到的是 SqlSessionTemplate 实例。
而在 SqlSessionTemplate 工具中，紧张包含sqlSessionFactory 和 sqlSessionProxy，而 sqlSessionProxy 实际上是 SqlSession 接口的代理工具。
实际调用的是代理类的 invoke 方法。

3.5、小结

Mapper 接口的代理创建过程大致如下：

末了我们在 Service 层，通过

@Resource private MemberMapper memberDao;

注入属性的时候，返回的便是代理类。
实行 memberDao 的方法的时候，实际调用的也是代理类的 invoke 方法。

MyBatis 在初始化 SqlSessionFactoryBean 的时候，找到配置须要扫描的基本包路径去解析里面所有的 XML 文件。
重点就在如下两个地方：

1、创建 SqlSource

MyBatis 会把每个 SQL 标签封装成 SqlSource 工具。
然后根据 SQL 语句的不同，又分为动态 SQL 和静态 SQL 。
个中，静态 SQL 包含一段 String 类型的 SQL 语句；而动态 SQL 则是由一个个 SqlNode 组成

2、创建 MappedStatement

XML 文件中的每一个 SQL 标签就对应一个 MappedStatement 工具，这里面有两个属性很主要。

全限定类名+方法名组成的 ID。

当前 SQL 标签对应的 SqlSource 工具。
创建完 MappedStatement 工具，会将它缓存到 Configuration#mappedStatements 中。

前面初始化中提到的 Configuration 工具，我们知道它便是 MyBatis 中的配置大管家，基本所有的配置信息都掩护在这里。

例如下面这样一段代码：

把所有的 XML 都解析完成之后，Configuration 就包含了所有的 SQL 信息。
然后解析完成的 XML 大概便是这样了：

看到上面的图示，聪明如你，大概就大概知道了。
当我们实行 MyBatis 方法的时候，就通过全限定类名+方法名找到 MappedStatement 工具，然后解析里面的 SQL 内容，实行即可。