java基础巩固-宇宙第一AiYWM：为了维持生计，Spring全家桶_Part5（多表联查、MyBatis分页【插件】、resultMap+SSM整合）~整起

本文链接：https://blog.csdn.net/m0_52436398/article/details/123194944

接着唠：说实话，这个后半部分的笔记主要是为了自己以后复习，其实里面很多内容没咋懂先存着再说。
PART1-2:分页以及分页插件

MyBatis 使用 RowBounds 对象进行分页，它是针对 ResultSet 结果集执行的内存分页，而非物理分页
- 可以在 sql 内直接书写带有物理分页的参数来完成物理分页功能
- 也可以使用分页插件来完成物理分页。分页插件的基本原理是使用 MyBatis 提供的插件接口，实现自定义插件，在插件的拦截方法内拦截待执行的 sql，然后重写 sql，根据 dialect 方言，添加对应的物理分页语句和物理分页参数。比如**select _ from student ，拦截 sql 后重写为： select t._ from （select \* from student）t limit 0，10**
  - MyBatis 的插件运行原理：MyBatis 仅可以编写针对 ParameterHandler 、 ResultSetHandler 、 StatementHandler 、 Executor 这 4 种接口的插件，MyBatis 使用 JDK 的动态代理，为需要拦截的接口生成代理对象以实现接口方法拦截功能，每当执行这 4 种接口对象的方法时，就会进入拦截方法，具体就是 InvocationHandler 的 invoke() 方法，当然，`只会拦截那些你指定需要拦截的方法
    - MyBatis的拦截器为什么能够拦截：
      - pluginAll：位于org.apache.ibatis.plugin.InterceptorChain，当我们调用四大接口对象的方法时候，实际上是调用代理对象的响应方法，代理对象又会调用四大接口对象的实例。和我们平常写代码一样，也是多态的利用，存在一个拦截器Interceptor接口，我们在实现插件的时候，也实现这个接口，就会被调用。
        public Object pluginAll(Object target) { Interceptor interceptor; //这个pluginAll方法就是遍历所有的拦截器，然后顺序执行我们插件的plugin方法,一层一层返回我们原对象(Executor/ParameterHandler/ResultSetHander/StatementHandler)的代理对象。 for(Iterator var2 = this.interceptors.iterator(); var2.hasNext(); target = interceptor.plugin(target)) { interceptor = (Interceptor)var2.next(); } return target; } ...
        
        上面程序中提到的org.apache.ibatis.plugin包下的Interceptor接口
    - MyBatis允许使用插件来拦截的方法调用包括：
      - Executor：拦截执行器的方法 (update, query, flushStatements, commit, rollback,getTransaction, close, isClosed)，Mybatis的内部执行器，它负责调用StatementHandler操作数据库，并把结果集通过 ResultSetHandler进行自动映射，另外，他还处理了二级缓存的操作。从这里可以看出，我们也是可以通过插件来实现自定义的二级缓存的
      - ParameterHandler：拦截参数的处理 (getParameterObject, setParameters) ，Mybatis直接和数据库执行sql脚本的对象。另外它也实现了Mybatis的一级缓存。这里，我们可以使用插件来实现对一级缓存的操作(禁用等等)
      - ResultSetHandler：拦截结果集的处理 (handleResultSets, handleOutputParameters) ，Mybatis实现Sql入参设置的对象。插件可以改变我们Sql的参数默认设置
      - StatementHandler：拦截Sql语法构建的处理 (prepare, parameterize, batch, update, query) ，Mybatis把ResultSet集合映射成POJO的接口对象。我们可以定义插件对Mybatis的结果集自动映射进行修改
    - 如何编写一个MyBatis 的插件
      - 【实现 MyBatis 的 Interceptor 接口并复写 intercept() 方法，然后在给插件编写注解，指定要拦截哪一个接口的哪些方法即可，记住，别忘了在配置文件中配置你编写的插件】`。
        @Intercepts({@Signature(type= Executor.class, method = "update", args = {MappedStatement.class,Object.class})}) public class ExamplePlugin implements Interceptor { public Object intercept(Invocation invocation) throws Throwable { return invocation.proceed(); } public Object plugin(Object target) { return Plugin.wrap(target, this); } public void setProperties(Properties properties) { } }
        
        全局xml配置（实例化bean）
    - MyBatis 有三种基本的 Executor 执行器，SimpleExecutor 、 ReuseExecutor 、 BatchExecutor 。【Executor 的这些特点，都严格限制在 SqlSession 生命周期范围内。在 MyBatis 配置文件中，可以指定默认的 ExecutorType 执行器类型，也可以手动给 DefaultSqlSessionFactory 的创建 SqlSession 的方法传递 ExecutorType 类型参数】
      - SimpleExecutor ：每执行一次 update 或 select，就开启一个 Statement 对象，用完立刻关闭 Statement 对象。
      - ReuseExecutor ：执行 update 或 select，以 sql 作为 key 查找 Statement 对象，存在就使用，不存在就创建，用完后，不关闭 Statement 对象，而是放置于 Map<String, Statement>内，供下一次使用。简言之，就是重复使用 Statement 对象。
      - BatchExecutor ：执行 update（没有 select，JDBC 批处理不支持 select），将所有 sql 都添加到批处理中（addBatch()），等待统一执行（executeBatch()），它缓存了多个 Statement 对象，每个 Statement 对象都是 addBatch()完毕后，等待逐一执行 executeBatch()批处理。与 JDBC 批处理相同。

PART1-2:动态SQL~瞅瞅人家Mybatis官话文档是咋说的动态SQL

动态Sql指的是根据不同的条件（咱们加的if这四个判断等）生成不同的sql语句【MyBatis 动态 sql 可以让我们在 Xml 映射文件内，以标签的形式编写动态 sql，完成逻辑判断和动态拼接 sql 的功能，MyBatis 提供了 9 种动态 sql 标签 trim|where|set|foreach|if|choose|when|otherwise|bind 。】。咱们先写出普通的sql语句先执行如果成功了再改为动态sql
- Mybatis动态sql有什么用？执行原理是什么？有哪些动态sql？
  - Mybatis动态sql可以在xml映射文件内 以标签的形式 编写动态sql ,完成逻辑判断和动态拼接sql 的功能
  - 执行原理是根据表达式的值完成逻辑判断，并(使用OGNL从sql参数对象中计算表达式的值，根据表达式的值动态拼接sql)动态拼接sql的功能。
  - Mybatis提供了9种动态sql标签：trim、where、set、foreach、if、choose、when、otherwise、bind
    
    可以在使用sql标签时抽取公共的部分，用include引用【MyBatis 映射文件中，如果 A 标签通过 include 引用了 B 标签的内容，请问，B 标签能否定义在 A 标签的后面，还是说必须定义在 A 标签的前面：虽然 MyBatis 解析 Xml 映射文件是按照顺序解析的，但是，被引用的 B 标签依然可以定义在任何地方，MyBatis 都可以正确识别。原理是，MyBatis 解析 A 标签，发现 A 标签引用了 B 标签，但是 B 标签尚未解析到，尚不存在，此时，MyBatis 会将 A 标签标记为未解析状态，然后继续解析余下的标签，包含 B 标签，待所有标签解析完毕，MyBatis 会重新解析那些被标记为未解析的标签，此时再解析 A 标签时，B 标签已经存在，A 标签也就可以正常解析完成了】
    
    PART1-3:MyBatis 是否支持延迟加载？如果支持，它的实现原理是什么
MyBatis 仅支持 association 关联对象和 collection 关联集合对象的延迟加载【在 MyBatis 配置文件中，可以配置是否启用延迟加载 lazyLoadingEnabled=true|false。】
- association 指的就是一对一
- collection 指的就是一对多查询
延迟加载的原理：
- 延迟加载的原理是，使用 CGLIB 创建目标对象的代理对象，当调用目标方法时，进入拦截器方法，比如调用 a.getB().getName() ，拦截器 invoke() 方法发现 a.getB() 是 null 值，那么就会单独发送事先保存好的查询关联 B 对象的 sql，把 B 查询上来，然后调用 a.setB(b)，于是 a 的对象 b 属性就有值了，接着完成 a.getB().getName() 方法的调用。这就是延迟加载的基本原理。当然了，不光是 MyBatis，几乎所有的包括 Hibernate，支持延迟加载的原理都是一样的。

PART2:

多表联查：select t1.id,t1.name,t2.name from table1 t1,table2 t2 where t1.tid = t.id;
- Mybatis实现一对一有几种方式？具体是怎么操作的？
  - 联合查询:联合查询是几个表联合查询，通过在resultMap里面配置association节点配置一对一的类就可以完成，看官方文档吧。
    - MyBatis 是如何将 sql 执行结果封装为目标对象并返回的？都有哪些映射形式？【MyBatis是通过两种方式将SQL执行结果封装为目标对象并返回的】
      - 第一种是使用标签，逐一定义列名和对象属性名之间的映射关系【有了列名与属性名的映射关系后，MyBatis 通过反射创建对象，同时使用反射给对象的属性逐一赋值并返回，那些找不到映射关系的属性，是无法完成赋值的】
      - 第二种是使用 sql 列的别名功能，将列别名书写为对象属性名，比如 T_NAME AS NAME，对象属性名一般是 name，小写，但是列名不区分大小写，MyBatis 会忽略列名大小写，智能找到与之对应对象属性名，你甚至可以写成 T_NAME AS NaMe，MyBatis 一样可以正常工作。
  - 嵌套查询:嵌套查询是先查一个表，根据这个表里面的结果的外键id，再去另外一个表里面查询数据，也是通过association配置，但另外一个表的查询是通过select配置的。
- Mybatis实现一对多有几种方式？具体是怎么操作的？
  - 联合查询:联合查询是几个表联合查询，只查询一次，通过在resultMap里面的collection节点配置一对多的类就可以完成；
  - 嵌套查询:嵌套查询是先查一个表，根据这个表里面的结果的外键id，再去另外一个表里面查询数据，也是通过collection，但另外一个表的查询是通过select配置的。
- MyBatis 能执行一对一、一对多的关联查询【MyBatis 不仅可以执行一对一、一对多的关联查询，还可以执行多对一，多对多的关联查询，多对一查询，其实就是一对一查询，只需要把 selectOne() 修改为 selectList() 即可】吗？都有哪些实现方式，以及它们之间的区别。
  - 关联对象查询，有两种实现方式，一种是单独发送一个 sql 去查询关联对象，赋给主对象，然后返回主对象。
  - 另一种是使用嵌套查询，嵌套查询的含义为使用 join 查询，一部分列是 A 对象的属性值，另外一部分列是关联对象 B 的属性值，好处是只发一个 sql 查询，就可以把主对象和其关联对象查出来。
    - 比如，join 查询出来 100 条记录，如何确定主对象是 5 个，而不是 100 个？其去重复的原理是 <resultMap> 标签内的 <id> 子标签，指定了唯一确定一条记录的 id 列，MyBatis 根据 <id> 列值来完成 100 条记录的去重复功能， <id> 可以有多个，代表了联合主键的语意。
- 多对一（核心Sql代码）
  - 子查询嵌套
  - 联表查询（按照结果嵌套处理）
- 一对多
  - 联表查询（按照结果嵌套处理）
  - 查询嵌套（嵌套一个子查询）

PART3:SSM整合

SSM整合步骤：

PART4:Mybatis的一级、二级缓存:(对于缓存数据更新机制，当某一个作用域（一级缓存Session/二级缓存Namespace）进行了增/删/改操作后，默认该作用域下所有select中的缓存将被clear。)

一级缓存：基于PerpetualCache的HashMap本地缓存，一级缓存其存储作用域为Session，当Session flush或close之后，该Session中的所有Cache就将清空，默认打开一级缓存
二级缓存与一级缓存机制相同，默认也是采用PerpetualCache，HashMap存储，不同在于其存储作用域为Mapper（namespace），并且可自定义存储源，如Ehcache。默认打不开二级缓存，要开启二级缓存，使用二级缓存属性类需要实现Serializable序列化接口（可用来保存对象的状态），可在它的映射文件中配置。
- 原理：