Java?MyBatis是怎么執(zhí)行一條SQL語句的

今天小編給大家分享一下Java MyBatis是怎么執(zhí)行一條SQL語句的的相關(guān)知識(shí)點(diǎn)，內(nèi)容詳細(xì)，邏輯清晰，相信大部分人都還太了解這方面的知識(shí)，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

閱讀環(huán)境

源碼環(huán)境，github直接下載的main分支代碼，版本號(hào)為 3.5.11-SNAPSHOT

Ide Jetbrain Idea 2021.2.1 社區(qū)版
Maven 3.8.2
JDK 17

配置文件：

<?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="com.mysql.cj.jdbc.Driver"/>
        <property name="url" value="jdbc:mysql://******/**"/>
        <property name="username" value="****"/>
        <property name="password" value="******"/>
      </dataSource>
    </environment>
  </environments>
  <mappers>
    <mapper resource="LogChartMapper.xml"/>
  </mappers>
</configuration>

測試主方法：

public class Main {
  public static void main(String[] args) throws IOException {
    InputStream resourceAsStream = Resources.getResourceAsStream("mybatis-config.xml");
    SqlSessionFactory build = new SqlSessionFactoryBuilder().build(resourceAsStream);
    SqlSession sqlSession = build.openSession();
    LogChartMapper mapper = sqlSession.getMapper(LogChartMapper.class);
    List<LogChart> logCharts = mapper.selectList();
    System.out.println(JSONUtil.toJsonStr(logCharts));
  }
}

mapper

public interface LogChartMapper {
  @Select(value = "select * from log_chart")
  List<LogChart> selectList();
}

mapper.xml

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
  PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
  "http://mybatis.org/dtd/mybatis-3-mapper.dtd">

<mapper namespace="org.mybatis.test.mapper.LogChartMapper">
</mapper>

閱讀過程

加載XML的過程

從上方的測試主方法可以看到，比較重要的是 SqlSessionFactory，第一步需要看的就是他是被如何構(gòu)建出來的，點(diǎn)擊build方法，跟進(jìn)去。

Build方法追到最下面，構(gòu)建了一個(gè)XMLConfigBuilder，那么這個(gè)Parser方法，有必要進(jìn)去看一下。

這段代碼比較簡短，可以看到兩個(gè)信息點(diǎn)。第一個(gè)返回的類型是Configuration類，調(diào)用了一個(gè)parseConfiguration方法，并且傳入的configuration的xml節(jié)點(diǎn)。
說明方法進(jìn)入是對的，后續(xù)我們繼續(xù)跟一下 parseConfiguration方法

針對這個(gè)方法，看到幾個(gè)眼熟的東西。分別是解析 plugins、objectFactory、mappers 這些標(biāo)簽的。其他的我們這里不關(guān)心，我們主要看一下處理 Mappers 標(biāo)簽的這個(gè)方法。

這里通過遍歷我們寫的每個(gè)mapper標(biāo)簽，會(huì)得到resource、url、mapperClass這三個(gè)變量。他們在配置時(shí)是互斥的。 這里的三個(gè)if，也對應(yīng)了每個(gè)不為空的情況。

我們的XML使用的是Resources屬性，可以回到上面翻XML，我們這里看Resource標(biāo)簽不為空的 if 判斷即可。

這里注意看，Myabtis去讀取了Mapper指向的xml，然后new了一個(gè)XmlMapperBuilder，隨后調(diào)用了parse方法，這里的邏輯和剛剛開頭的地方很相似。值得注意的是在創(chuàng)建XmlMapperBuilder的時(shí)候吧Configuration傳了進(jìn)去，也就是說在parse中是會(huì)改變這個(gè)configuration里面的東西的。到這里接著往里面跟代碼。

看名字有兩個(gè)比較重要的方法，ConfigurationElement、binMapperForNameScpace。
configurationElement 看這個(gè)方法的入?yún)?，大概率是對XML做一些處理，像ResultMap、sql、select這些標(biāo)簽做處理，我這里沒有用到就不說了，感興趣的可以自己閱讀一下。

后面主要看一下BindMapperForNameSpace方法。

創(chuàng)建Mapper

上面的代碼中，看到了AddMapper這個(gè)方法，傳入的值，是剛剛xml中配置的nameSpace，也就是Mapper類的完整類名，追進(jìn)去看一下。

看到這里，知道了一個(gè)知識(shí)點(diǎn)，為什么Mapper類一定要是 Interface，如果不是interface，這個(gè)方法就進(jìn)不來了。

注意看了，有一個(gè)細(xì)節(jié)，向knownMappers中，以這個(gè)class為鍵，放入了一個(gè)MapperProxyFactory。到達(dá)這里，就可以得知。所有的Mapper方法，都是由代理類去調(diào)用的。

接下來往下，又看到一個(gè)相似的，parse方法，看他的類名 MapperAnnotationBuilder 是用來處理注解的，往里追看一下。

這里的圈出來的 IF 判斷，判斷方法上有Select 或者 SelectProvider注解，并且沒有ResultMap注解的。會(huì)去解析ResultMap，這里大概率是根據(jù)返回值，去遍歷屬性這里就跳過了，進(jìn)入下一個(gè)方法。

parseStatement方法像是去解析方法了，代碼有點(diǎn)多，這里就不粘貼了，感興趣可以自己看一下，知道這里是去解析方法就可以了。

到這里結(jié)束，最后返回了SqlSessionFactory類。

獲得一個(gè)Mapper

SqlSessionFactory build = new SqlSessionFactoryBuilder().build(resourceAsStream);
SqlSession sqlSession = build.openSession();
LogChartMapper mapper = sqlSession.getMapper(LogChartMapper.class);

knownMapper 這個(gè)對象很眼熟是不是，這個(gè)在上面有提到過，以Class為Key，value時(shí)MapperProxyFactory，所以這里可以Get出來一個(gè)工廠，然后點(diǎn)用了newInstance方法，追進(jìn)去看一下。

這里看到是Java原生的動(dòng)態(tài)代理，這里返回的是一個(gè)代理對象。

執(zhí)行一個(gè)Mapper的方法

因?yàn)榭吹竭@里時(shí)Java的動(dòng)態(tài)代理，所以也很顯而易見的得知。MapperProxy實(shí)現(xiàn)了InvocationHandler接口。

實(shí)現(xiàn)這個(gè)接口，會(huì)重寫Invoke方法。也就是說，我們雖然代碼上寫的是調(diào)用的我們Mapper中指向的方法，但是其實(shí)jvm會(huì)去調(diào)用這個(gè)invoke方法，接下來直接去追Invoke方法。

由于我們mapper是接口，所以上面的if是為false的，也就是else是我們執(zhí)行的代碼，接著往里追。

這里可以看到new了一個(gè)PlainMethodInvoker，然后調(diào)用他的invoke方法，追進(jìn)來。

接下來這個(gè)Execute就是他的具體執(zhí)行Select語句的地方了。

由于后面的代碼有點(diǎn)長，我這里就摘取了一小段關(guān)鍵的地方?？匆幌录纯?。

以上就是“Java MyBatis是怎么執(zhí)行一條SQL語句的”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會(huì)為大家更新不同的知識(shí)，如果還想學(xué)習(xí)更多的知識(shí)，請關(guān)注億速云行業(yè)資訊頻道。