1000道互联网java面试题(一)Mybatis面试题

打个广告,java技术交流群130031711,群里好多学习资料。欢迎各位萌新大佬踊跃加入!

1000道互联网java面试题(一)Mybatis面试题_第1张图片
本文资料来源

我不知道别人是不是也像我这样,看过一次的题目,过不几天就忘了。尤其是一些冷门的知识点,可能转头就忘了。
算了,想说的话太多又觉得没有必要。
这又是一个记录系列。看过的东西一定要记录下来才会深刻。
然后这个资料是一个朋友传给我的,在此表示感谢。另外这个资料的名字就叫做1000道题。
因为我已经看过一半左右了,有些我觉得略有落伍的知识点或者不好理解的知识点我就不列出来了。所以不出意外我整理出来的都是我觉得被问到的几率大,好理解而且有用的知识点。个人色彩比较浓,不喜勿喷。

Mybatis面试题

1. 什么是mybatis?
1000道互联网java面试题(一)Mybatis面试题_第2张图片
百度百科-orm框架
  1. Mybatis 是一个半 ORM(对象关系映射)框架,它封装了 JDBC,开发时只需要关注 SQL 语句本身,不需要处理加载驱动、创建连接、创建 statement 等繁杂的过程。程序员直接编写原生sql语句,可以严格控制 sql 执行性能,灵活度高。
  2. MyBatis 可以使用 XML 或注解来配置和映射原生信息,将 POJO(实体对象) 映射成数据库中的记录,避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。
  3. 通过 xml 文件或注解的方式将要执行的各种 statement 配置起来,并通过 java 对象和 statement 中 sql 的动态参数进行映射生成最终执行的 sql 语句,最后由 mybatis框架执行sql并将结果映射为 java 对象并返回。(从执行 sql 到返 回 result 的过程)。

简单来讲,我觉得最主要的一句话概括:就是对jdbc进行了封装,从而使得开发更加容易。另外我不知道这个书是什么时候出的,但是在2020年的现在,单纯使用mybatis的也不算很多了吧。反正我是从去年开始用mybatis plus的。在mybatis的基础上又是一层封装。不说实现的原理,反正直接使用给人的感觉和jpa越来越像了,都是有了简单sql的直接调用。比如insert,update,del,简单的select等。而且mp的条件构造器是真的好用。。哈哈!扯远了,上面的三点是书中对mybatis的介绍,都是很容易理解的,我就不多说了。

2. Mybaits的优点:

其实优点要相对用说的,我感觉这个答案适合用自己的话说。

  1. 首先,与原生jdbc相比,因为做了一层封装,所以减少了很多繁杂的操作,消除了大量冗余的代码。不需要手动开关连接
  2. 基于sql语句编程,比较灵活。不会对应用程序或者数据库的现有设计有任何影响。而且mybatis的sql可以写在XML文件里,也算是解除了sql与程序代码的耦合。便于统一管理。支持编写动态sql语句。(ps:mybatis也支持注释上写sql。不过一般不建议这么用)
  3. jdbc支持的数据库mybatis都支持(这个很好理解吧)。很好的数据库兼容。
  4. 能与spring很好的集成。
  5. 提供映射标签,支持对象与数据库的字段关系映射(我理解就是能把对象持久化到数据库中)。
3. Mybatis的缺点:
  1. SQL 语句的编写工作量较大,尤其当字段多、关联表多时,对开发人员编写 SQL 语句的功底有一定要求。(感觉这个缺点其实不算是缺点。因为用jdbc还是用hibernate也都是这样的。尤其是复杂sql 的时候hibernate还不如mybatis呢)
  2. SQL 语句依赖于数据库,导致数据库移植性差,不能随意更换数据库。(这个怎么说呢,确实是和hibernate相比这个算是一个缺点。不过也仅仅限于简单的sql。我记得我以前就说过:复杂SQL多的用mybatis。简单sql多的可以直接jpa。我现在也是这个观点。不过mp的出现,让mybatis处理简单sql也更方便了一些。现在总体上我还是喜欢mybatis)
4. Mybatis框架适用于什么场景?
  1. MyBatis 专注于 SQL 本身,是一个足够灵活的 DAO 层解决方案。
  2. 对性能的要求很高,或者需求变化较多的项目,如互联网项目,MyBatis 将是 不错的选择。

其实我觉得这个题的答案太笼统了。而且我有好多技术交流群嘛,看到过的jpa党和mybatis党吵架好多次。所以听到看到好说说法。首先什么叫对性能要求高使用mybatis?jpa性能不好?这个是一种传统的错觉。最开始我记得我学习的时候确实听说过hibernate比较重,性能略差。但是我之前一个群友较真,用两个框架分别跑一样功能的接口。hibernate偶尔性能比mybatis还好呢!jpa没用想的那么差了。
另外需求变化较多的项目。都是简单的crud,哪怕需求变化较多也应该是jpa首选吧?我觉得我的角度,是当字段多,关联表多,业务功能复杂的时候,mybatis是首选。
但是具体情况具体分析,这个又不是1+1等于2这种有确切答案的。我就不多BB了。

5. Mybatis与Hibernate有哪些不同?
  1. Mybatis 和 hibernate 不同,它不完全是一个 ORM 框架,因为 MyBatis 需要程序员自己编写 Sql 语句。
  2. Mybatis 直接编写原生态 sql,可以严格控制 sql 执行性能,灵活度高,非常适合对关系数据模型要求不高的软件开发,因为这类软件需求变化频繁,一但需求变化要求迅速输出成果。但是灵活的前提是 mybatis 无法做到数据库无关性, 如果需要实现支持多种数据库的软件,则需要自定义多套 sql 映射文件,工作量大。
  3. Hibernate 对象/关系映射能力强,数据库无关性好,对于关系模型要求高的软件,如果用 hibernate 开发可以节省很多代码,提高效率

又来BB了,首先其实两者最大的不同就是Mybatis是半ORM框架,要自己写sql语句。而Hibernate是全自动ORM框架,hibernate可以自动生成SQL语句,自动执行。而剩下的点是这个问题衍生出来的:

  • 因为mybatis自己写sql,所以如果数据库换了,sql也不一样。所以要全盘更改或者一开始就写多套sql映射文件。而Hibernate不同,sql也不是我们写的,数据库换了hibernate自己就会换语句。总结起来数据库无关性不一样。
  • 另外因为hibernate是对象/数据库直接映射的,所以如果数据库频繁改动,会对代码的改动较大(不过我觉得现在二者的高度封装,在单纯的调用上来讲已经差不多了)。而mybatis则相对灵活。
6. #{}和${}的区别是什么?

这个题我觉得蛮好的,划重点!!!

#{}是预编译处理,${}是字符串替换。

Mybatis 在处理#{}时,会将 sql 中的#{}替换为?号,调用 PreparedStatement 的 set 方法来赋值;
Mybatis 在处理{}替换成变量的值。
使用#{}可以有效的防止 SQL 注入,提高系统安全性。

7. 当实体类中的属性名和表中的字段名不一样 ,怎么办?

这个题怎么说呢,因为资料中是用xml实现的,
方法1:在sql语句中用别名的方法实现的。


方法2: 通过来映射字段名和实体类属性名的一一对应的关系。


 

 
 

  

但是说真的,我感觉我快一年没写xml了。。用mybatis plus的时候,可以直接在实体对象上用注释标注出这个属性的数据库中字段名是什么(如果是下划线转驼峰是不用写的。这个是默认配置)。

8. 模糊查询like语句该怎么写?

这个题怎么说呢,我觉得是蛮水的,然后答案还不少,都是xml代码。所以我也不说了,其实就是在参数上加通配符。想怎么模糊就怎么加。另外也可以在sql语句中拼接“%”,但是我没这么用过。据说是会引入sql注入。
然后再吹一波mybatis plus。mp的条件构造器中可以直接like(字段,值)。说实话我没看过mp源码是怎么实现的。但是既然都成为框架了,我还是觉得应该很安全的。

9. 通常一个Xml映射文件,都会写一个Dao接口与之对应,请问,这个Dao接口的工作原理是什么?Dao接口里的方法,参数不同时,方法能重载吗?

Dao 接口即 Mapper 接口。接口的全限名,就是映射文件中的 namespace 的值; 接口的方法名,就是映射文件中 Mapper 的 Statement 的 id 值;接口方法内的参数就是传递给 sql 的参数。
Mapper 接口是没有实现类的,当调用接口方法时,接口全限名+方法名拼接字符 串作为 key 值,可唯一定位一个 MapperStatement。在 Mybatis 中,每一个 SELECT m.`USE_NO`, m.`ERMS_LENDER`, m.`ERMS_LENDINGPURPOSE`, m.ERMS_APPLYMODE, u.START_USE_DATE, u.ERMS_LENDHANDLER, u.ERMS_BORROW_REVIEWER, u.ERMS_RETURNTIME, u.ERMS_RETURNER, u.ERMS_RETURN_HANDLER, u.ERMS_RETURN_REVIEWER, a.ARCH_NO, a.ARCH_NAME FROM erms_use_main m LEFT JOIN erms_use u ON m.ID = u.ERMS_USE_MAIN_ID LEFT JOIN erms_archived_arch_ru a ON u.ERMS_ARCH_FORM_ID = a.ID m.DEL_STATUS = #{DEL_STATUS} m.ID IN #{id}

差不多就这样。但是我个人的话习惯于分两次查询。。不过也要酌情使用吧。

20. MyBatis实现一对一,一对多有几种方式?具体怎么操作的?

有联合查询和嵌套查询,联合查询是几个表联合查询,只查询一次, 通过在 resultMap 里面配置 association 节点配置一对一的类就可以完成;
嵌套查询是先查一个表,根据这个表里面的结果的 外键 id,去再另外一个表里面 查询数据,也是通过 association 配置,但另外一个表的查询通过 select 属性配置。
简单的贴两个例子:
一对一:


    
        
        
        
        
        
        
            
            
        
    
    
    
    
    
 
     

如上图,因为是一对一的关系,所以结果集的封装用association来表示。下面的查询语句正常,结果集用我们之前定义的格式接收。
一对多:

 
    
        
         
        
        
            
            
            
               
        
    
    
    
    
    

上面是我百度中找到的注释写的贼全的一个记录。在此表白作者大大。顺便附上传送门Mybatis一对一、一对多、多对多查询。+MYSQL
如果看了我这简单的两个例子不懂可以点过去看看原文。
然后这个关联查询就到这里。重点代码片段中说了,尽量不要字段名重复

21. Mybatis 是否支持延迟加载?如果支持,它的实现原理是什么?

Mybatis 仅支持 association 关联对象和 collection 关联集合对象的延迟加载,association 指的就是一对一,collection 指的就是一对多查询。在 Mybatis配置文件中,可以配置是否启用延迟加载 lazyLoadingEnabled=true|false。
它的原理是,使用 CGLIB 创建目标对象的代理对象,当调用目标方法时,进入拦截器方法,比如调用 a.getB().getName(),拦截器 invoke()方法发现a.getB()是null 值,那么就会单独发送事先保存好的查询关联 B 对象的 sql,把 B 查询上来,然后调用 a.setB(b),于是 a 的对象 b 属性就有值了,接着完成 a.getB().getName()方法的调用。这就是延迟加载的基本原理。
当然了,不光是 Mybatis,几乎所有的包括 Hibernate,支持延迟加载的原理都
是一样的。
这个我觉得叙述的挺清楚的。就是在调用的时候判断是不是null,是null则把子查询的结果set进来。之前我有个疑问就是如果获取到对象不做任何处理直接返回给前端这个关联查询会不会是null、问了大佬之后发现发送给前端的时候json序列化会自动调用get方法。。所以说其实方法也是调用了个。也就是说返回的对象是有关联查询的东西的。

22. Mybatis 的一级、二级缓存?

1)一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域为Session,当 Session flush 或 close 之后,该 Session 中的所有 Cache 就将清空,默认打开一级缓存。
2)二级缓存与一级缓存其机制相同,默认也是采用 PerpetualCache,HashMap存储,不同在于其存储作用域为 Mapper(Namespace),并且可自定义存储源,如 Ehcache。默认不打开二级缓存,要开启二级缓存,使用二级缓存属性类需要实现 Serializable 序列化接口(可用来保存对象的状态),可在它的映射文件中配置
3)对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了 C/U/D 操作后,默认该作用域下所有 select 中的缓存将被 clear。
关于这个题其实是真的涉及到了我的知识盲区,真的是用的贼少。我觉得正常逻辑都用不到这个玩意。
简单的说一下:在一个方法中,如果进行了查询操作。在没有ud的情况下,再次进行这个操作就会直接从缓存拿数据。这个就是一级缓存。不过如果中间进行了ud操作,则会清空缓存,第二次缓存中没数据还会再去数据库查询。
二级缓存是mapper级别的缓存,多个SqlSession去操作同一个Mapper的sql语句,多个SqlSession去操作数据库得到数据会存在二级缓存区域,多个SqlSession可以共用二级缓存,二级缓存是多个SqlSession共享的。
UserMapper有一个二级缓存区域(按namespace分,如果namespace相同则使用同一个相同的二级缓存区),其它mapper也有自己的二级缓存区域(按namespace分)。
也是就是说拥有相同的namespace的UserMapper共享一个二级缓存。
同理一个说的很清楚的帖子传送门:mybatis中一级缓存和二级缓存

23. 什么是 MyBatis 的接口绑定?有哪些实现方式?

接口绑定,就是在 MyBatis 中任意定义接口,然后把接口里面的方法和 SQL 语句绑定, 我们直接调用接口方法就可以,这样比起原来了 SqlSession 提供的方法我们可以有更加灵活的选择和设置。
接口绑定有两种实现方式,一种是通过注解绑定,就是在接口的方法上面加上@Select、@Update 等注解,里面包含 Sql 语句来绑定;另外一种就是通过 xml里面写 SQL 来绑定, 在这种情况下,要指定 xml 映射文件里面的 namespace 必须为接口的全路径名。当 Sql 语句比较简单时候,用注解绑定, 当 SQL 语句比较复杂时候,用 xml 绑定,一般用 xml 绑定的比较多。
这个怎么说呢,是很基础的东西。所谓的接口绑定就是怎么把接口全限定名+方法名 和 sql语句对应起来。xml和接口上注释两种方法。
然后xml 的好处就是和代码分离。我记得上文我就说过用mybatis 的话使用注释写sql会挨骂。。反正用法就这两个。没啥好说的,这个题目越往下其实都有点重复了。

24. 使用 MyBatis 的 mapper 接口调用时有哪些要求?
  • Mapper 接口方法名和 mapper.xml 中定义的每个 sql 的 id 相同;
  • Mapper 接口方法的输入参数类型和 mapper.xml 中定义的每个 sql 的
    parameterType 的类型相同;
  • Mapper 接口方法的输出参数类型和 mapper.xml 中定义的每个 sql 的
    resultType 的类型相同;
  • Mapper.xml 文件中的 namespace 即是 mapper 接口的类路径。
25. Mapper 编写有哪几种方式?

这个题其实我最近几乎没啥应用了,所以简单的概述下得了。毕竟我现在项目中都是mybatisplus然后直接继承BaseMapper了然后用@Mapper注解实现了。有点类似于下面的第三种方法。
三种方式:

  • 接口实现类继承 SqlSessionDaoSupport:使用此种方法需要编写mapper 接口,mapper 接口实现类、mapper.xml 文件。
  • 使用org.mybatis.spring.mapper.MapperFactoryBean 此方法需要在SqlMapConfig.xml中配置mapper.xml的位置,还需定义mapper接口。
  • 使用mapper扫描器 需要编写mapper.xml文件,需要mapper接口,配置mapper扫描器,使用扫描器从spring容器中获取mapper的实现对象。
26. 简述 Mybatis 的插件运行原理,以及如何编写一个插件。

答:Mybatis 仅可以编写针对 ParameterHandler、ResultSetHandler、StatementHandler、Executor 这 4 种接口的插件,Mybatis 使用 JDK 的动态代理,为需要拦截的接口生成代理对象以实现接口方法拦截功能,每当执行这 4 种接口对象的方法时,就会进入拦截方法,具体就是 InvocationHandler 的 invoke()方法,当然,只会拦截那些你指定需要拦截的方法。
编写插件:实现 Mybatis 的 Interceptor 接口并复写 intercept()方法,然后在给
插件编写注解,指定要拦截哪一个接口的哪些方法即可,记住,别忘了在配置文件中配置你编写的插件。
其实这个题可以想象上面说的延迟加载的题目。就是A中有B。B是什么时候被插入到A的一个属性中的?就是在方法调用的时候拦截器发现是null则会set进去。
这个我只能说看了一些理论的技术贴,但是切切实实的没有实践过。尤其是现在习惯了用mybatis plus的我来说,这些底层的实现真的有点遥远。
但是学到既得到。这二十几道题我是分了好多天才算是整理完的。一点一点细品,竟然也觉得对mybatis甚至对orm框架对mybatis和jpa的区别等认识都清晰了不少。有时候一个清楚的认知可能对暂时的使用没有什么太大的影响,但是我觉得对于眼界的开拓和逻辑思维的理解都是有好处的。
剩下的面试题还很多,容我一点点整理发出来。

这篇笔记就记到这里,如果稍微帮到你了记得点个喜欢点个关注。也祝大家工作顺顺利利!另外这本书的原文件在群里有,欢迎各位萌新大佬踊跃加群!群号130031711

你可能感兴趣的:(1000道互联网java面试题(一)Mybatis面试题)