MyBatis 面试题（附答案解析）

Java基础面试题 2年前 (2022) 程序员胖胖胖虎阿

294 0 0

MyBatis的实现逻辑

在 MyBatis 的初始化过程中，会生成一个 Configuration 全局配置对象，里面包含了所有初始化过程中生成对象
根据 Configuration 创建一个 SqlSessionFactory 对象，用于创建 SqlSession “会话”
通过 SqlSession 可以获取到 Mapper 接口对应的动态代理对象，去执行数据库的相关操作
动态代理对象执行数据库的操作，由 SqlSession 执行相应的方法，在他的内部调用 Executor 执行器去执行数据库的相关操作
在 Executor 执行器中，会进行相应的处理，将数据库执行结果返回

MyBatis的缓存实现逻辑

MyBatis 提供了一级缓存和二级缓存

在 MyBatis 地开启一个 SqlSession 会话时，都会创建一个 Executor 执行器对象

一级缓存在 Executor 执行器（SimpleExecutor）中有一个 Cache 对象中，默认就是一个 HashMap 存储缓存数据，执行数据库查询操作前，如果在一级缓存中有对应的缓存数据，则直接返回，不会去访问数据库默认的缓存区域为SESSION，表示开启一级缓存，可以设置为STATEMENT，执行完查询后会清空一级缓存，所有的数据库更新操作也会清空一级缓存缺陷：在多个 SqlSession 会话时，可能导致数据的不一致性，某一个 SqlSession 更新了数据而其他 SqlSession 无法获取到更新后的数据，出现数据不一致性，这种情况是不允许出现了，所以我们通常选择“关闭”一级缓存
二级缓存在 Executor 执行器（CachingExecutor）中有一个 TransactionalCacheManager 对象中，可以在一定程度上解决的一级缓存中多个 SqlSession 会话可能会导致数据不一致的问题，就是将一个 XML 映射文件中定义的缓存对象放在全局对象中，对于同一个 Mapper 接口都是使用这个 Cache 对象，不管哪个 SqlSession 都是使用该 Cache 对象执行数据库查询操作前，如果在二级缓存中有对应的缓存数据，则直接返回，没有的话则去一级缓存中获取，如果有对应的缓存数据，则直接返回，不会去访问数据库默认全局开启，需要在每个 XML 映射文件中定义缺陷：对于不同的 XML 映射文件，如果某个的 XML 映射文件修改了相应的数据，其他的 XML 映射文件获取到的缓存数据就可能不是最新的，也出现了脏读的问题，当然你可以所有的 XML 映射文件都通过<cache-ref />来使用同一个 Cache 对象，不过这样太局限了，且缓存的数据仅仅是保存在了本地内存中，对于当前高并发的环境下是无法满足要求的，所以我们通常不使用MyBatis的缓存

所以对于 MyBatis 中的缓存，我认为是存在一定的缺陷，无法在正式的生产环境使用，如果需要使用缓存，可以参考我的另一篇文档《JetCache源码分析》

#{} 和 ${} 的区别是什么？

两者在 MyBatis 中都可以作为 SQL 的参数占位符，在处理方式上不同

#{}：在解析 SQL 的时候会将其替换成 ? 占位符，然后通过 JDBC 的 PreparedStatement 对象添加参数值，这里会进行预编译处理，可以有效地防止 SQL 注入，提高系统的安全性
${}：在 MyBatis 中带有该占位符的 SQL 片段会被解析成动态 SQL 语句，根据入参直接替换掉这个值，然后执行数据库相关操作，存在 SQL注入的安全性问题

MyBatis中自定义标签的执行原理

MyBatis 提供了以下几种动态 SQL 的标签：<if />、<choose />、<when />、<otherwise />、<trim />、<where />、<set />、<foreach />、<bind />

在 MyBatis 的初始化过程中的解析 SQL 过程中，会将定义的一个 SQL 解析成一个个的 SqlNode 对象，当需要执行数据库查询前，需要根据入参对这些 SqlNode 对象进行解析，使用OGNL表达式计算出结果，然后根据结果拼接对应的 SQL 片段，以此完成动态 SQL 的功能

如何使用可以参考MyBatis官方文档

简述Mapper接口的工作原理

在 MyBatis 的初始化过程中，每个一个 XML 映射文件中的<select />、<insert />、<update />、<delete />标签，会被解析成一个 MappedStatement 对象，对应的 id 就是 XML 映射文件配置的 namespace+'.'+statementId，这个 id 跟 Mapper 接口中的方法进行关联，这里就引申了另外一个问题

同一个 Mapper 接口中为什么不能定义重载方法？

因为 Mapper 接口中的方法是通过接口名称+'.'+方法名去找到对应的 MappedStatement 对象，如果方法名相同，则对应的 MappedStatement 对象就是同一个，就存在问题了，所以同一个 Mapper 接口不能定义重载的方法

每个 Mapper 接口都会创建一个动态代理对象（JDK 动态代理），代理类会拦截接口的方法，找到对应的 MappedStatement 对象，然后执行数据库相关操作

执行逻辑如下：

MyBatis 面试题（附答案解析）

其中 MapperProxy 为 Mapper 接口的动态代理对象的代理类

在Spring中Mapper接口是如何被注入的？

通过 SqlSession 的 getMapper(Class<T> type) 方法，可以获取到 Mapper 接口的动态代理对象，那么在 Spring 中是如何将 Mapper 接口注入到其他 Spring Bean 中的呢？

在 MyBatis 的 MyBatis-Spring 集成 Spring 子项目中，通过实现 Spring 的
BeanDefinitionRegistryPostProcessor 接口，实现它的
postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) 方法，也就是在 Spring 完成 BeanDefinition 的初始化工作后，会将 Mapper 接口也解析成 BeanDefinition 对象注册到 registry 注册表中，并且会修改其 beanClass 为 MapperFactoryBean 类型，还添加了一个入参为 Mapper 接口的 Class 对象的名称

这样 Mapper 接口会对应一个 MapperFactoryBean 对象，由于这个对象实现了 FactoryBean 接口，实现它的 getObject() 方法，该方法会通过 SqlSession 的 getMapper(Class<T> type) 方法，返回该 Mapper 接口的动态代理对象，所以在 Spring Bean 中注入的 Mapper 接口时，调用其 getObeject() 方法，拿到的是 Mapper 接口的动态代理对象

在Mapper接口中是否可以有重载方法？

不可以，参考Mapper接口的工作原理这个问题

当实体类中的属性名和表中的字段名不一样，怎么办？

通过 AS 关键字为字段名设置一个别名与属性名对应
通过 <resultMap> 来映射字段名和实体类属性名的一一对应的关系，通过配置 property 和 column 属性，如下：

MyBatis 面试题（附答案解析）

3.是第一种的特殊情况。大多数场景下，数据库字段名和实体类中的属性名差，主要是前者为下划线风格，后者为驼峰风格。在这种情况下，可以开启 MyBatis 的mapUnderscoreToCamelCase配置，实现自动的下划线转驼峰的功能，如下：

MyBatis 面试题（附答案解析）

如何获取自动生成的键值？

不同的数据库，获取自动生成的(主)键值的方式是不同的

MySQL 有两种方式获取自动生成的键值，如下：

在 <insert /> 标签中添加useGeneratedKeys="true"等属性

MyBatis 面试题（附答案解析）

3.在 <insert /> 标签内添加<selectKey />标签

MyBatis 面试题（附答案解析）

Oracle 也有两种方式，序列和触发器，基于序列，根据 <selectKey /> 执行的时机，也有两种方式，如下：

MyBatis 面试题（附答案解析）

Mybatis有哪些Executor执行器？

SimpleExecutor（默认）：每执行一次数据库的操作，就创建一个 Statement 对象，用完立刻关闭 Statement 对象。
ReuseExecutor：执行数据库的操作，以 SQL 作为 key 查找缓存的 Statement 对象，存在就使用，不存在就创建；用完后，不关闭 Statement 对象，而是放置于缓存 Map<String, Statement> 内，供下一次使用，就是重复使用 Statement 对象
BatchExecutor：执行数据库更新操作（没有查询操作，因为 JDBC 批处理不支持查询操作），将所有 SQL 都添加到批处理中（通过 addBatch 方法），等待统一执行（使用 executeBatch 方法）。它缓存了多个 Statement 对象，每个 Statement 对象都是调用 addBatch 方法完毕后，等待一次执行 executeBatch 批处理。实际上，整个过程与 JDBC 批处理是相同。
CachingExecutor：在上述的三个执行器之上，增加二级缓存的功能