小編給大家分享一下Mybatis查詢(xún)延遲加載的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

發(fā)展壯大離不開(kāi)廣大客戶(hù)長(zhǎng)期以來(lái)的信賴(lài)與支持，我們將始終秉承“誠(chéng)信為本、服務(wù)至上”的服務(wù)理念，堅(jiān)持“二合一”的優(yōu)良服務(wù)模式，真誠(chéng)服務(wù)每家企業(yè)，認(rèn)真做好每個(gè)細(xì)節(jié)，不斷完善自我，成就企業(yè)，實(shí)現(xiàn)共贏(yíng)。行業(yè)涉及成都三輪攪拌車(chē)等，在重慶網(wǎng)站建設(shè)公司、成都全網(wǎng)營(yíng)銷(xiāo)推廣、WAP手機(jī)網(wǎng)站、VI設(shè)計(jì)、軟件開(kāi)發(fā)等項(xiàng)目上具有豐富的設(shè)計(jì)經(jīng)驗(yàn)。

Mybatis查詢(xún)延遲加載詳解及實(shí)例

1.1     啟用延遲加載

       Mybatis的延遲加載是針對(duì)嵌套查詢(xún)而言的，是指在進(jìn)行查詢(xún)的時(shí)候先只查詢(xún)最外層的SQL，對(duì)于內(nèi)層SQL將在需要使用的時(shí)候才查詢(xún)出來(lái)。Mybatis的延遲加載默認(rèn)是關(guān)閉的，即默認(rèn)是一次就將所有的嵌套SQL一并查了將對(duì)象所有的信息都查詢(xún)出來(lái)。開(kāi)啟延遲加載有兩種方式。

       第一種是在對(duì)應(yīng)的<collection>或<association>標(biāo)簽上指定fetchType屬性值為“l(fā)azy”。如下示例中我們?cè)诓樵?xún)id為selectByPrimaryKey的查詢(xún)時(shí)會(huì)返回BaseResultMap，在BaseResultMap中，我們指定了屬性“nodes”是一個(gè)集合類(lèi)型的，而且是需要通過(guò)id為selectNodes的查詢(xún)進(jìn)行查詢(xún)的，我們指定了該查詢(xún)的fetchType為lazy，即延遲加載。

  <resultMap id="BaseResultMap" type="com.elim.learn.mybatis.model.SysWfProcess">

   <id column="id" jdbcType="INTEGER" property="id" />

   <result column="template_id" jdbcType="INTEGER" property="templateId" />

   <result column="creator" jdbcType="INTEGER" property="creator" />

   <result column="create_time" jdbcType="TIMESTAMP" property="createTime" />

   <collection property="nodes" column="id"

    ofType="com.elim.learn.mybatis.model.SysWfNode" select="selectNodes" fetchType="lazy"/>

  </resultMap>

  <resultMap id="SysWfNodeResult" type="com.elim.learn.mybatis.model.SysWfNode">

   <id column="id" jdbcType="INTEGER" property="nodeId" />

   <result column="process_id" jdbcType="INTEGER" property="processId" />

   <result column="node_code" jdbcType="VARCHAR" property="nodeCode" />

   <result column="node_name" jdbcType="VARCHAR" property="nodeName" />

  </resultMap>

  <select id="selectByPrimaryKey" parameterType="java.lang.Integer"

   resultMap="BaseResultMap">

   select

   <include refid="Base_Column_List" />

   from sys_wf_process

   where id = #{id,jdbcType=INTEGER}

  </select>

  <select id="selectNodes"

   resultMap="SysWfNodeResult">

   select id, process_id, node_code, node_name from sys_wf_node

   where process_id=#{id}

  </select>

       第二種是開(kāi)啟全局的延遲加載。通過(guò)在Mybatis的配置文件的<settings>標(biāo)簽下加上如下配置可開(kāi)啟全局的延遲加載。開(kāi)啟了全局的延遲加載后我們就無(wú)需再在各個(gè)嵌套的子查詢(xún)上配置延遲加載了，如果有某一個(gè)嵌套的子查詢(xún)是不需要延遲加載的，可以設(shè)置其fetchType=”eager”。設(shè)置在嵌套查詢(xún)上的fetchType可以覆蓋全局的延遲加載設(shè)置。

   <setting name="lazyLoadingEnabled" value="true"/>

1.2     分析

       Mybatis的查詢(xún)結(jié)果是由ResultSetHandler接口的handleResultSets()方法處理的。ResultSetHandler接口只有一個(gè)實(shí)現(xiàn)，DefaultResultSetHandler。有興趣的朋友可以去看一下它的源碼，看一下它是如何處理結(jié)果集的。對(duì)于本文的主題，延遲加載相關(guān)的一個(gè)核心的方法就是如下這個(gè)創(chuàng)建返回結(jié)果對(duì)象的方法。

 private Object createResultObject(ResultSetWrapper rsw, ResultMap resultMap, ResultLoaderMap lazyLoader, String columnPrefix) throws SQLException {

  final List<Class<?>> constructorArgTypes = new ArrayList<Class<?>>();

  final List<Object> constructorArgs = new ArrayList<Object>();

  final Object resultObject = createResultObject(rsw, resultMap, constructorArgTypes, constructorArgs, columnPrefix);

  if (resultObject != null && !typeHandlerRegistry.hasTypeHandler(resultMap.getType())) {

   final List<ResultMapping> propertyMappings = resultMap.getPropertyResultMappings();

   for (ResultMapping propertyMapping : propertyMappings) {

    // issue gcode #109 && issue #149

    if (propertyMapping.getNestedQueryId() != null && propertyMapping.isLazy()) {

     return configuration.getProxyFactory().createProxy(resultObject, lazyLoader, configuration, objectFactory, constructorArgTypes, constructorArgs);

    }

   }

  }

  return resultObject;

 }

        在上面方法中我們可以看到Mybatis先是根據(jù)正常情況創(chuàng)建一個(gè)返回類(lèi)型對(duì)應(yīng)的對(duì)象。當(dāng)我們的ResultMap是包含子查詢(xún)的時(shí)候，其會(huì)在我們正常返回類(lèi)型對(duì)象的基礎(chǔ)上創(chuàng)建對(duì)應(yīng)的代理對(duì)象。對(duì)，你沒(méi)有看錯(cuò)，就是我們的直接結(jié)果是代理對(duì)象，而不是子查詢(xún)對(duì)應(yīng)的屬性是代理對(duì)象。默認(rèn)是基于JavassistProxyFactory類(lèi)創(chuàng)建的代理對(duì)象?？梢酝ㄟ^(guò)Mybatis的全局配置proxyFactory來(lái)更改，可選值是CGLIB和JAVASSIST，默認(rèn)是后者。需要使用CGLIB代理時(shí)注意加入CGLIB的包。

   <setting name="proxyFactory" value="CGLIB"/>

       回過(guò)頭來(lái)看我們之前的那個(gè)延遲加載的配置，我們的一個(gè)查詢(xún)返回的是SysWfProcess類(lèi)型的對(duì)象，其有一個(gè)SysWfNode集合類(lèi)型的nodes屬性，nodes屬性是通過(guò)一個(gè)子查詢(xún)查出來(lái)的，而且是延遲加載。這個(gè)時(shí)候我們來(lái)進(jìn)行以下測(cè)試。

 @Test

  public void testLazyLoad1() {

   SysWfProcessMapper mapper = this.session.getMapper(SysWfProcessMapper.class);

   SysWfProcess process = mapper.selectByPrimaryKey(1);

   System.out.println(process.getClass());

  }

       這個(gè)時(shí)候你會(huì)發(fā)現(xiàn)，上面的測(cè)試代碼的輸出結(jié)果是一個(gè)代理類(lèi)，而不是我們自己的com.elim.learn.mybatis.model.SysWfProcess類(lèi)型。另外如果你啟用了日志輸出，并且是打印的DEBUG日志，你會(huì)看到Mybatis是發(fā)了兩條SQL進(jìn)行查詢(xún)的。

2016-12-23 15:43:21,131 DEBUG [main] (BaseJdbcLogger.java:145) - ==> Preparing: select id, template_id, creator, create_time from sys_wf_process where id = ?

2016-12-23 15:43:21,156 DEBUG [main] (BaseJdbcLogger.java:145) - ==> Parameters: 1(Integer)

2016-12-23 15:43:21,269 DEBUG [main] (BaseJdbcLogger.java:145) - <==   Total: 1

class com.elim.learn.mybatis.model.SysWfProcess_$$_jvstc25_0

2016-12-23 15:43:21,271 DEBUG [main] (BaseJdbcLogger.java:145) - ==> Preparing: select id, process_id, node_code, node_name from sys_wf_node where process_id=?

2016-12-23 15:43:21,272 DEBUG [main] (BaseJdbcLogger.java:145) - ==> Parameters: 1(Integer)

2016-12-23 15:43:21,274 DEBUG [main] (BaseJdbcLogger.java:145) - <==   Total: 2

       但是如果我們把最后一個(gè)System.out.println()去掉，也就是說(shuō)我們只是從數(shù)據(jù)庫(kù)中查詢(xún)出SysWfProcess對(duì)象，而不使用它的時(shí)候，通過(guò)查看日志輸出你會(huì)發(fā)現(xiàn)Mybatis又只會(huì)發(fā)送一條SQL，即只是查詢(xún)出SysWfProcess的信息。這是為什么呢？

 1.3     aggressiveLazyLoading

       這是因?yàn)楫?dāng)我們啟用了延遲加載時(shí)，我們的查詢(xún)結(jié)果返回的是一個(gè)代理對(duì)象，當(dāng)我們?cè)L問(wèn)該代理對(duì)象的方法時(shí)，都會(huì)觸發(fā)加載所有的延遲加載的對(duì)象信息。這也就可以很好的解釋上面的場(chǎng)景。但是如果是這樣的設(shè)計(jì)，貌似Mybatis的延遲加載作用不大。但事實(shí)并非如此，這只是Mybatis的一個(gè)默認(rèn)策略，我們可以通過(guò)Mybatis的全局配置aggressiveLazyLoading來(lái)改變它，默認(rèn)是true，表示延遲加載時(shí)將在第一次訪(fǎng)問(wèn)代理對(duì)象的方法時(shí)就將全部的延遲加載對(duì)象加載出來(lái)。當(dāng)設(shè)置為false時(shí)則會(huì)在我們第一次訪(fǎng)問(wèn)延遲加載的對(duì)象的時(shí)候才會(huì)從數(shù)據(jù)庫(kù)加載對(duì)應(yīng)的數(shù)據(jù)。注意在延遲對(duì)象未從數(shù)據(jù)庫(kù)加載出來(lái)前，我們對(duì)應(yīng)延遲對(duì)象的屬性將是null，因?yàn)槟銢](méi)有對(duì)它賦值。

  <setting name="aggressiveLazyLoading" value="fasle"/>

1.4     lazyLoadTriggerMethods

       那如果我們?cè)O(shè)置了aggressiveLazyLoading=”false”，但又希望在調(diào)用某些方法之前把所有的延遲對(duì)象都從數(shù)據(jù)庫(kù)加載出來(lái)，怎么辦呢？這個(gè)時(shí)候我們可以通過(guò)lazyLoadTriggerMethods參數(shù)來(lái)指定需要加載延遲對(duì)象的方法調(diào)用。默認(rèn)是equals、clone、hashCode和toString，也就是說(shuō)我們?cè)谡{(diào)用代理對(duì)象的這些方法之前就會(huì)把延遲加載對(duì)象從數(shù)據(jù)庫(kù)加載出來(lái)。

   <setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString" />

       Mybatis延遲加載生成的代理對(duì)象的代理過(guò)程，可以參考ProxyFactory的創(chuàng)建代理對(duì)象的過(guò)程，以下是基于Javassist創(chuàng)建的代理對(duì)象的代理過(guò)程，基于CGLIB的代理也是類(lèi)似的。從下面的代碼我們可以看到Mybatis的代理對(duì)象需要從數(shù)據(jù)庫(kù)加載延遲對(duì)象時(shí)是在目標(biāo)方法被調(diào)用以前發(fā)生的，這就可以保證我們的目標(biāo)方法被調(diào)用時(shí)延遲加載的對(duì)象已經(jīng)從數(shù)據(jù)庫(kù)中加載出來(lái)了。

@Override

  public Object invoke(Object enhanced, Method method, Method methodProxy, Object[] args) throws Throwable {

   final String methodName = method.getName();

   try {

    synchronized (lazyLoader) {

     if (WRITE_REPLACE_METHOD.equals(methodName)) {

      Object original = null;

      if (constructorArgTypes.isEmpty()) {

       original = objectFactory.create(type);

      } else {

       original = objectFactory.create(type, constructorArgTypes, constructorArgs);

      }

      PropertyCopier.copyBeanProperties(type, enhanced, original);

      if (lazyLoader.size() > 0) {

       return new JavassistSerialStateHolder(original, lazyLoader.getProperties(), objectFactory, constructorArgTypes, constructorArgs);

      } else {

       return original;

      }

     } else {

      if (lazyLoader.size() > 0 && !FINALIZE_METHOD.equals(methodName)) {

       if (aggressive || lazyLoadTriggerMethods.contains(methodName)) {

        lazyLoader.loadAll();

       } else if (PropertyNamer.isProperty(methodName)) {

        final String property = PropertyNamer.methodToProperty(methodName);

        if (lazyLoader.hasLoader(property)) {

         lazyLoader.load(property);

        }

       }

      }

     }

    }

    return methodProxy.invoke(enhanced, args);

   } catch (Throwable t) {

    throw ExceptionUtil.unwrapThrowable(t);

   }

  }

 }

以上是“Mybatis查詢(xún)延遲加載的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)站題目：Mybatis查詢(xún)延遲加載的示例分析-創(chuàng)新互聯(lián)
當(dāng)前網(wǎng)址：http://jinyejixie.com/article32/eiosc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機(jī)、網(wǎng)站內(nèi)鏈、App開(kāi)發(fā)、手機(jī)網(wǎng)站建設(shè)、小程序開(kāi)發(fā)、商城網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)