MyBatis的延迟加载，你知道是怎么实现的么？

延迟加载也称为懒加载、惰性加载，使用延迟加载可以提高程序的运行效率，针对数据持久层的操作，在某些特定查询的情况下去访问特定的数据库，在其他情况下可以不访问某些数据表，尽量减少 SQL 的执行，从而达到提高速度的目的，是对数据库操作的一种优化。

今天了不起来说说这个关于 Mybatis ，为什么要说 Mybatis 呢？因为现在面试的时候，除了那些最基础的，比如如何防止 SQL 注入，以及 Mybatis 的一级缓存，二级缓存之后，还有一些其他的问题，比如 Mybatis 的延迟加载，并且需要说一下延迟加载的使用场景。今天了不起就来给大家说一下这个延迟加载到底是怎么回事，以及延迟加载的使用场景。

什么是延迟加载？

延迟加载也称为懒加载、惰性加载，使用延迟加载可以提高程序的运行效率，针对数据持久层的操作，在某些特定查询的情况下去访问特定的数据库，在其他情况下可以不访问某些数据表，尽量减少 SQL 的执行，从而达到提高速度的目的，是对数据库操作的一种优化。

什么情况下会出现延迟加载的情况

我们来举个简单的例子

在一对多中，当我们有一个用户，它有个100个订单 在查询用户的时候，要不要把关联的订单查出来？ 在查询订单的时候，要不要把关联的用户查出来？

那这个时候，答案就很清晰了，肯定要查出来的，但是，是我在需要的地方。

在查询用户时，用户下的订单应该是，什么时候用，什么时候查询。

在查询订单时，订单所属的用户信息应该是随着订单一起查询出来

这个时候我们就会用到延迟加载了，我用的时候，我们就查询，我们不用的时候，我们就不再继续的进行查询了。

注意：延迟加载的应用要求：关联对象的查询与主加载对象的查询必须是分别进行的select语句，不能是使用多表连接所进行的select查询。

延迟加载分类

其实延迟加载也是有区分对的，而这个区分就是，全局的延迟加载和局部的延迟加载。

全局延迟加载

全局延迟加载的实现，实际上是通过修改配置文件来进行实现的，只要改了对应的配置配置文件，重启之后，肯定直接全局实现，所有需要用到全局加载的 xml 文件，都可以进行实现了。

修改内容如下：

<settings>
    <!--开启全局延迟加载功能-->
    <setting name="lazyLoadingEnabled" value="true"/>
</settings>

局部延迟加载

在association和collection标签中都有⼀个fetchType属性，通过修改它的值，可以修改局部的加载策略。

实现方式如下：

<!-- 开启⼀对多 延迟加载 -->
<resultMap id="userMap" type="user">
    <id column="id" property="id"></id>
    <result column="username" property="username"></result>
    <result column="password" property="password"></result>
    <result column="birthday" property="birthday"></result>
<!--
fetchType="lazy" 懒加载策略
fetchType="eager" ⽴即加载策略
-->
    <collection property="orderList" ofType="order" column="id"
        select="com.lagou.dao.OrderMapper.findByUid" fetchType="lazy">
    </collection>
</resultMap>
<select id="findAll" resultMap="userMap">
    SELECT * FROM `user`
</select>

其实在这里，我们需要注意一个内容，那就是延迟加载的时候：局部的加载策略的优先级高于全局的加载策略。

这个也是面试的时候，经常会被问到的内容。

那么我们就得来看看这个延迟加载的具体实现：

Spring配置加载

public class Configuration {
        /**
         * aggressiveLazyLoading：
         * 当开启时，任何⽅法的调⽤都会加载该对象的所有属性。否则，每个属性会按需加载（参考lazyLoadTriggerMethods).
         * 默认为true
         */
        protected boolean aggressiveLazyLoading;
        /**
         * 延迟加载触发⽅法
         */
        protected Set<String> lazyLoadTriggerMethods = new HashSet<String>(Arrays.asList(new String[]{"equals", "clone", "hashCode", "toString" }));
        /**
         * 是否开启延迟加载
         */
        protected boolean lazyLoadingEnabled = false;
 
        /**
         * 默认使⽤Javassist代理⼯⼚
         *
         * @param proxyFactory
         */
        public void setProxyFactory(ProxyFactory proxyFactory) {
            if (proxyFactory == null) {
                proxyFactory = new JavassistProxyFactory();
            }
            this.proxyFactory = proxyFactory;
        }
        //省略...
    }

Spring的加载，我们已经看到了，接下来我们还得看看延迟加载代理对象创建，他都是怎么来创建的，说到创建类，那么就得找到这个 ResultSetHandler 这个类了，内部是有有个 handleResultSets 的方法，而方法内部，就有加载的过程。默认采用javassistProxy进行代理对象的创建

// 创建映射后的结果对象
    private Object createResultObject(ResultSetWrapper rsw, ResultMap resultMap, ResultLoaderMap lazyLoader, String columnPrefix) throws SQLException {
        // useConstructorMappings ，表示是否使用构造方法创建该结果对象。此处将其重置
        this.useConstructorMappings = false; // reset previous mapping result
        final List<Class<?>> constructorArgTypes = new ArrayList<>(); // 记录使用的构造方法的参数类型的数组
        final List<Object> constructorArgs = new ArrayList<>(); // 记录使用的构造方法的参数值的数组
        // 创建映射后的结果对象
        Object resultObject = createResultObject(rsw, resultMap, constructorArgTypes, constructorArgs, columnPrefix);
        if (resultObject != null && !hasTypeHandlerForResultObject(rsw, resultMap.getType())) {
            // 如果有内嵌的查询，并且开启延迟加载，则创建结果对象的代理对象
            final List<ResultMapping> propertyMappings = resultMap.getPropertyResultMappings();
            for (ResultMapping propertyMapping : propertyMappings) {
                // issue gcode #109 && issue #149
                if (propertyMapping.getNestedQueryId() != null && propertyMapping.isLazy()) {
               // 创建延迟加载代理对象
                    resultObject = configuration.getProxyFactory().createProxy(resultObject, lazyLoader, configuration, objectFactory, constructorArgTypes, constructorArgs);
                    break;
                }
            }
        }
        // 判断是否使用构造方法创建该结果对象
        this.useConstructorMappings = resultObject != null && !constructorArgTypes.isEmpty(); // set current mapping result
        return resultObject;
    }

如果你想要在你的代码中验证延迟加载是否生效的话，那么有一个很简单的方法，开启日志的 SQL 打印功能，那么就可以直接验证你的延迟加载是否生效了。

为什么需要延迟加载

其实这也是延迟加载的优点，优点如下：

先从单表查询，需要时再从关联表去关联查询，⼤⼤提⾼数据库性能，因为查询单表要比关联查询多张表速度要快。

但是缺点也很明显：

有当需要用到数据时，才会进行数据库查询，这样在大批量数据查询时，因为查询工作也要消耗时间，所以可能造成⽤户等待时间变长，造成用户体验下降。