mybatis延迟加载是为什么（mybatis延迟加载的原理）
一、Mybatis 延迟加载策略
1.1 何为延迟加载？
延迟加载：就是在需要用到数据时才进行加载，不需要用到数据时就不加载数据。延迟加载也称懒加载。
好处：先从单表查询，需要时再从关联表去关联查询，大大提高数据库性能，因为查询单表要比关联查询多张表速度要快。
坏处： 因为只有当需要用到数据时，才会进行数据库查询，这样在大批量数据查询时，因为查询工作也要消耗时间，所以可能造成用户等待时间变长，造成用户体验下降。
1.2 实现需求：
需求：查询账户(Account)信息并且关联查询用户(User)信息。如果先查询账户(Account)信息即可满足要求，当我们需要查询用户(User)信息时再查询用户(User)信息。把对用户(User)信息的按需去查询就是延迟加载。
1.3 使用 assocation 实现延迟加载：
1.3.1 账户的持久层 DAO 接口：
1.3.2 账户的持久层映射文件：
1.3.3 用户的持久层接口和映射文件：
1.3.4 开启 Mybatis 的延迟加载策略：
我们需要在 Mybatis 的配置文件 SqlMapConfig.xml 文件中添加延迟加载的配置：
1.3.5 编写测试方法
1.4 使用 Collection 实现延迟加载：
1.4.1 在 User 实体类中加入 List
1.4.2 编写用户和账户持久层接口的方法
1.4.3 编写用户持久层映射配置：
1.4.4 编写账户持久层映射配置：
1.4.5 编写测试方法
二、Mybatis 缓存
2.1 Mybatis 一级缓存：一级缓存是 SqlSession 范围的缓存，当调用 SqlSession 的修改，添加，删除，commit()，close()等方法时，就会清空一级缓存。
2.2 Mybatis 二级缓存：二级缓存是 mapper 映射级别的缓存，多个SqlSession去操作同一个 Mapper 映射的 sql 语句，多个 SqlSession 可以共用二级缓存，二级缓存是跨 SqlSession 的。
2.2.1 二级缓存的开启与关闭：
2.2.1.1 第一步：在 SqlMapConfig.xml 文件开启二级缓存
2.2.1.2 第二步：配置相关的 Mapper 映射文件
2.2.1.3 第三步：配置 statement 上面的 useCache 属性
2.2.2 二级缓存注意事项：当我们在使用二级缓存时，所缓存的类一定要实现 java.io.Serializable 接口，这样就可以使用序列化方式来保存对象。
第3章 Mybatis 注解开发
3.1 mybatis 的常用注解说明：
@Insert:实现新增
@Update:实现更新
@Delete:实现删除
@Select:实现查询
@Result:实现结果集封装
@Results:可以与@Result 一起使用，封装多个结果集
@ResultMap:实现引用
@Results 定义的封装
@One:实现一对一结果集封装
@Many:实现一对多结果集封装
@SelectProvider: 实现动态 SQL 映射
@CacheNamespace:实现注解二级缓存的使用
3.2 使用 Mybatis 注解实现基本 CRUD：
3.2.1 编写实体类
3.2.2 使用注解方式开发持久层接口：
3.2.2.1 查询所有用户：
3.2.2.2 根据id查询一个用户：
3.2.2.3 保存和更新操作：
3.2.2.4 删除操作和使用聚合函数
3.2.2.4 模糊查询操作：
3.2.3 编写 SqlMapConfig 配置文件
3.2.4 编写测试方法
3.3 使用注解实现复杂关系映射开发：
3.3.1 复杂关系映射的注解说明：
3.3.2 使用注解实现一对一复杂关系映射及延迟加载：
需求： 加载账户信息时并且加载该账户的用户信息，根据情况可实现延迟加载。（注解方式实现）
3.3.2.1 添加 User 实体类及 Account 实体类：
3.3.2.2 添加账户的持久层接口并使用注解配置
3.3.2.3 添加用户的持久层接口并使用注解配置：
3.3.2.4 测试一对一关联及延迟加载
3.3.3 使用注解实现一对多复杂关系映射：
需求： 查询用户信息时，也要查询他的账户列表。使用注解方式实现。
分析： 一个用户具有多个账户信息，所以形成了用户(User)与账户(Account)之间的一对多关系。
3.3.3.1 User 实体类加入 List
3.3.3.2 编写用户的持久层接口并使用注解配置
@Many:
select 属性：代表将要执行的 sql 语句
fetchType 属性：代表加载方式，一般如果要延迟加载都设置为 LAZY 的值
3.3.3.3 编写账户的持久层接口并使用注解配置
3.3.3.4 添加测试方法