丿灬老街的博客

创建使用端的maven项目在项目中创建--配置数据源--> < dataSource > < property name = " driver " value = " com.mysql.driver " />

MyBatis是一款优秀的基于ORM的半自动轻量级持久层框架，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的XML或注解来配置和映射原生类型、接口和Java的POJO,普通⽼式Java对象）为数据库中的记录。

SqlSession工厂构建器通过加载mybatis的核心文件的输入流的形式构建一个对象其中，Resources工具类，这个类在包中。Resources类帮助你从类路径下、文件系统或一个web URL中加载资源文件。SqlSession工厂对象有多个个方法创建SqlSession实例。常用的有如下两个：SqlSession会话对象SqlSession实例在MyBatis中是非常强大的一个类。在这里你会看到所有执行语句、提交或回滚事务和获取映射器实例的方法。

Mybatis的映射文件中，前面我们的SQL都是比较简单的，有些时候业务逻辑复杂时，我们的SQL是动态变化的，此时在前面的学习中我们的SQL就不能满足要求了。

用户表和订单表的关系为，一个用户有多个订单，一个订单只从属于一个用户。用户表和订单表的关系为，一个用户有多个订单，一个订单只从属于一个用户。用户表和角色表的关系为，一个用户有多个角色，一个角色被多个用户使用。一对一查询的需求：查询一个订单，与此同时查询出该订单所属的用户。一对多查询的需求：查询一个用户，与此同时查询出该用户具有的订单。多对多查询的需求：查询用户同时查询出该用户的所有角色。

实现复杂关系映射之前我们可以在映射文件中通过配置来实现，使用注解开发后，我们可以使用 @Results 注解，@Result 注解，@One 注解，@Many 注解组合完成复杂关系的配置。用户表和订单表的关系为，一个用户有多个订单，一个订单只从属于一个用户。用户表和订单表的关系为，一个用户有多个订单，一个订单只从属于一个用户。一对一查询的需求：查询一个订单，与此同时查询出该订单所属的用户。一对多查询的需求：查询一个用户，与此同时查询出该用户具有的订单。多对多查询的需求：查询用户同时查询出该用户的所有角色。

开启了二级缓存后，还需要将要缓存的 pojo 实现 Serializable 接口，为了将缓存数据取出执行反序列化操作，因为二级缓存数据存储介质多种多样，不一定只存在内存中，有可能存在硬盘中，如果我们要再取这个缓存的话，就需要反序列化了。调研了一圈，发现上述所有方法中，好像只有 clearCache() 和缓存沾点关系，那么就直接从这个方法入手吧，分析源码时，我们要看它(此类)是谁，它的父类和子类分别又是谁，对如上关系了解了，你才会对这个类有更深的认识，分析了一圈，你可能会得到如下这个流程图。

一般情况下，开源框架都会提供插件或其他形式的拓展点，供开发者自行拓展。这样的好处是显而易见的，一是增加了框架的灵活性。二是开发者可以结合实际需求，对框架进行拓展，使其能够更好的工作。以 MyBatis 为例，我们可基于 MyBatis 插件机制实现分页，分表，监控等功能。由于插件和业务无关，业务也无法感知插件的存在。因此可以无感植入插件，在无形中增强功能。

配置来源于两个地方，一个是配置文件(主配置文件conf.xml , mapper 文件 *.xml )，—个是 java 代码中的注解，将主配置文件内容解析封装到 Configuration ,将 sql 的配置信息加载成为一个 mappedstatement 对象，存储在内存之中。处理过程：将请求传递给下层的请求处理层进行处理。触发条件：调用 Mybatis 提供的 API。传入参数：为 SQL 的 ID 和传入参数对象。传入参数：为 SQL 的 ID 和传入参数对象。触发条件：加载配置文件。

问题：在开发过程中很多时候我们并不需要总是在加载用户信息时就一定要加载他的订单信息。此时就是我们所说的延迟加载。举个例子在一对多中，当我们有一个用户，它有个100个订单在查询用户的时候，要不要把关联的订单查出来？在查询订单的时候，要不要把关联的用户查出来？回答在查询用户时，用户下的订单应该是，什么时候用，什么时候查询。在查询订单时，订单所属的用户信息应该是随着订单一起查询出来。延迟加载就是在需要用到数据时才进行加载，不需要用到数据时就不加载数据。延迟加载也称懒加载。