解析Mybatis延迟加载问题

解析Mybatis延迟加载问题

在Mybatis使用中，我们常常遇到延迟加载的问题。简单来说，就是在查询结果中包含了其他实体类，但这些未被使用的属性并不会在查询时被立即加载，而是在真正需要使用的时候才会被加载，提高了查询效率。但是，延迟加载也可能会带来一些问题和坑，那么该如何解析这些问题呢？

延迟加载的原理

Mybatis的延迟加载是基于代理模式实现的。对于含有多对一、一对多这类关联关系的实体类，Mybatis查询结果可能会产生N+1次查询的问题，即首先查询出主实体对象，之后在查询关联的实体对象时，每次查询都会向数据库发送一次查询请求。而Mybatis的延迟加载则是在查询主实体类时，并不会查询它关联的实体类，而是使用一个代理对象代替，当我们需要使用关联实体类对象属性时，再发送一次查询请求获取实际的属性值。这样就可以大大减少查询次数，提高查询效率，同时也能够有效规避懒加载可能带来的问题。

解决Mybatis延迟加载的问题

在实际使用中，Mybatis的延迟加载可能会产生一些问题，比如可能会导致连接迟迟未释放、无法使用一级缓存、使用时出现懒加载异常等。下面针对这些问题，提供一些解决方案。

关闭延迟加载

如果我们在某个查询语句中，明确知道所有关联实体都需要查询，那么可以直接关闭延迟加载，通过fetchType="eager" 或 fetchType="join" 来关闭它，让所有关联实体都一次性加载完成，如下所示：

<resultMap id="userMap" type="User">
    <id column="id" property="id"/>
    <result column="username" property="username"/>
    <result column="password" property="password"/>
    <collection property="orders" ofType="Order" select="getOrderListByUserId" fetchType="eager"/>
</resultMap>

手动触发延迟加载

如果我们在业务需求下，需要手动触发延迟加载，可以通过如下代码进行：

List<User> userList = userMapper.getUserList();
for(User user : userList) {
    //调用user的getOrders方法触发延迟加载
    user.getOrders();
}

使用二级缓存

如果我们在使用延迟加载的情况下，发现一级缓存无法正常使用，可以考虑使用二级缓存，将查询结果缓存到磁盘或者其他缓存介质中，下一次查询时可以直接从缓存中读取，减少查询次数。

上面所讲的是三种常见的解决方案，但实际使用中可能会遇到一些问题，需要根据具体情况进行排查和处理。

示例

示例1：使用延迟加载导致连接未释放

如果使用了延迟加载，但忘记手动触发，会导致连接迟迟未释放，如下所示：

List<User> userList = userMapper.getUserList();
for(User user : userList) {
    //未调用getOrders方法
}

这时可以使用延迟加载的解决方案，手动触发延迟加载，如下所示：

List<User> userList = userMapper.getUserList();
for(User user : userList) {
    //调用getOrders方法触发延迟加载
    user.getOrders();
}

示例2：使用延迟加载导致懒加载异常

如果某个延迟加载的实体类已经关闭了session，再去使用时就会抛出LazyInitializationException的异常。这时可以使用如下方式配置Mybatis的延迟加载，在session关闭后也能正常使用实体类中的关联属性：

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