【Mybatis】提问问题汇总

【1】概念/使用方法向的问题

(1)什么是Mybatis?

(1)Mybatis是一个半ORM框架,它内部封装了JDBC、加载驱动、创建连接、创建statement等繁杂的过程,开发时只需要关注SQL语句本身,不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。

(2)作为一个半ORM框架,MyBatis 可以使用 XML 或注解来配置和映射原生信息,将 POJO映射成数据库中的记录,避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。

(3)通过xml 文件或注解的方式将要执行的各种 statement 配置起来,并通过java对象和statement中sql的动态参数进行映射生成最终执行的sql语句,最后由mybatis框架执行sql并将结果映射为java对象并返回。(从执行sql到返回result的过程)

(4)由于MyBatis专注于SQL本身,灵活度高,所以比较适合对性能的要求很高,或者需求变化较多的项目,如互联网项目。

(2)为什么说Mybatis是半ORM框架?/与Hibernate有哪些不同?

ORM是对象和关系之间的映射,包括对象->关系和关系->对象两方面。Hibernate是个完整的ORM框架,而MyBatis只完成了关系->对象,准确地说MyBatis是SQL映射框架而不是ORM框架,因为其仅有字段映射,对象数据以及对象实际关系仍然需要通过手写SQL来实现和管理。

(1)Hibernate为完整的ORM框架,Mybatis为半ORM框架。

(2)Mybatis程序员直接编写原生sql,可严格控制sql执行性能,灵活度高,适用于对关系数据模型要求不高的软件开发,例如互联网软件、企业运营类软件等;Hibernate只能通过编写hql实现数据库查询(hql好难用哦)。

(3)Hibernate对象/关系映射能力强,数据库无关性好,适用于对关系模型要求高的软件; Mybatis的数据库无关性较差,如果需要实现支持多种数据库的软件则需要自定义多套sql映射文件。

(3)Mybaits的优点?

(1)基于SQL语句编程,不会对应用程序或者数据库的现有设计造成任何影响,解除sql与程序代码的耦合,便于统一管理;提供XML标签,支持编写动态SQL语句,重用性高。

(2)与JDBC相比,减少了50%以上的代码量,消除了JDBC大量冗余的代码,不需要手动开关连接;

(3)很好的与各种数据库兼容(因为MyBatis使用JDBC来连接数据库,所以只要JDBC支持的数据库MyBatis都支持)。

(4)能够与Spring很好的集成;

(5)提供映射标签,支持对象与数据库的ORM字段关系映射;提供对象关系映射标签,支持对象关系组件维护。

(4)MyBatis框架的缺点?

(1)SQL语句的编写工作量较大,尤其当字段多、关联表多时,对开发人员编写SQL语句的功底有一定要求。

(2)SQL语句依赖于数据库,导致数据库移植性差,不能随意更换数据库。

(5)#{}和${}的区别?

(1)${}是properties文件中的变量占位符,它可以用于标签属性值和sql内部,属于静态文本替换。根据入参直接就是把{}替换成变量的值,然后执行数据库相关操作,存在 SQL注入 的安全性问题

(2)#{}是sql的参数占位符,Mybatis会将sql中的#{}替换为?号,在sql执行前会使用PreparedStatement的set参数设置方法,按序给sql的?号占位符设置参数值。这里会进行预编译处理,可以有效地防止 SQL 注入,提高系统的安全性

${param}传递的参数会被当成sql语句中的一部分,举例:
order by ${param},则解析成的sql为:
order by    id
 
#{parm}传入的数据都当成一个字符串,会对自动传入的数据加一个双引号,举例:
select * from table where name = #{param},则解析成的sql为:
select * from table where name =   "id"

(6)怎么解决实体类中的属性名和表中的字段名不一样的问题?

(1)通过在查询的sql语句中定义字段名的别名,使字段名的别名和实体类的属性名一致

在这里<select id="selectUserById" parameterType="java.lang.Integer" resultetype="com.en.entity.user">
       select user_id as id, user_no as no from test where user_id = #{id};
</select>

(2)Mybatis和hibernate不同,它不完全是一个ORM框架,因为MyBatis需要程序员自己编写Sql语句。

   <resultMap type=”me.gacl.domain.order” id=”orderresultmap”>
        <!–用id标签来映射主键字段–>
        <id property="id" column="user_id">
        <!–用result属性来映射非主键字段,property为实体类属性名,column为数据表中的属性–>
        <result property="no" column="user_no"/>
   </reslutMap>

(7)如何在mapper中传递多个参数?

(1)使用 @param 注解:

user selectUser(@param("username") string username,@param("password") string password);

(2)Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同;

    Map<String, Object> map = new HashMap();
    map.put("start", start);
    map.put("end", end);
    sqlSession.selectList("student.selectUser", map);

(8)MyBatis的接口绑定有哪些实现方式?

接口绑定有两种实现方式:

(1)一种是通过注解绑定,就是在接口的方法上面加上@Select@Update等注解里面包含Sql语句来绑定

@Select("select ID,CODE,NAME from T_SYS_DICT_TYPE ")
@Results(id = "distTypeMap",value ={@Result(id =true,property="id",column="ID")
            ,@Result(property="code",column="CODE")
            ,@Result(property="name",column="NAME")
            ,@Result(property = "dictDtos" ,column = "ID",many = @Many(select="com.santbbd.ams.sysconfig.mapper.SysInitMapper.findByDistTypeId",fetchType = FetchType.EAGER))
    })
List<SysDictTypeDto> getAllDist();

(2)另外一种就是通过xml里面写SQL来绑定,在这种情况下,要指定xml映射文件里面的namespace必须为接口的全路径名.

<mapper namespace="com.xxx.xxx.modular.batch.mapper.IllegalCollectionMapper">
<select id="queryFileDisposeInfo" parameterType="FileDisposeVo" resultMap="illegalcollection-map">
   SELECT 
        BATCH_NUMBER,
        FINISH_DATE,
        FILE_NAME,
        FILE_SIZE,
        DATA_SIZE,
        FILE_TYPE,
        ORG_CODE
   FROM 
        T_FILE_DISPOSE
</select>

(9)使用MyBatis Mapper接口开发时有哪些要求?

(1)Mapper接口方法名和mapper.xml中定义的每个sql的id相同;
(2)Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同;
(3)Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同;
(4)Mapper.xml文件中的namespace即是mapper接口的类路径;

(10)为什么需要预编译?

SQL预编译指的是数据库驱动在发送SQL语句和参数给DBMS之前对SQL语句进行编译,这样DBMS执行SQL时,就不需要重新编译。

JDBC中使用对象 PreparedStatement 来抽象预编译语句,使用预编译。预编译阶段可以优化SQL的执行。预编译之后的SQL多数情况下可以直接执行,DBMS不需要再次编译,越复杂的SQL,编译的复杂度将越大,预编译阶段可以合并多次操作为一个操作。同时预编译语句对象可以重复利用。

把一个SQL预编译后产生的 PreparedStatement 对象缓存下来,下次对于同一个SQL,可以直接使用这个缓存的PreparedState对象。Mybatis默认情况下,将对所有的SQL进行预编译。还有一个重要的原因,防止SQL注入

【2】源码向的问题

(1)解释下MyBatis面向Mapper编程工作原理?

Mapper接口是没有实现类的,当调用接口方法时,采用了JDK的动态代理,先从Configuration配置类MapperRegistry对象中获取mapper接口和对应的代理对象工厂信息(MapperProxyFactory),然后利用代理对象工厂MapperProxyFactory创建实际代理类(MapperProxy),最后在MapperProxy类中通过MapperMethod类对象内保存的中对应方法的信息,以及对应的sql语句的信息进行分析,最终确定对应的增强方法进行调用。

在 MyBatis 的初始化过程中,每个一个 XML 映射文件中的、、、标签,会被解析成一个 MappedStatement 对象,对应的 id 就是 XML 映射文件配置的 namespace+‘.’+statementId,这个 id 跟 Mapper 接口中的方法进行关联,这里就引申了另外一个问题:同一个 Mapper 接口中为什么不能定义重载方法?

(2)为什么MyBatis Mapper接口中的方法不支持重载?

在MyBatis源码中有这么几行代码,我们可以看到在解析XML文件创建mapper接口对应方法的时候,采用了接口全限名+方法名的方式作为StrictMap(MappedStatement数据存放的Map集合)的key值,而源码对于StrictMap的put方法进行了判断,如果存入的数据key已重复则抛出异常,所以Mapper接口中的方法不支持重载。

id = applyCurrentNamespace(id, false);

public String applyCurrentNamespace(String base, boolean isReference) {
   ...
   //返回值为mapper的全限名(xml中namespace的值)+方法名(xml中Statement id的值)
   return currentNamespace + "." + base;
}

在这里插入图片描述

(3)在Spring中Mapper接口是如何被注入的?

通过 SqlSession 的 getMapper(Class 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 type) 方法,返回该 Mapper 接口的动态代理对象,所以在 Spring Bean 中注入的 Mapper 接口时,调用其 getObeject() 方法,拿到的是 Mapper 接口的动态代理对象

(3)Mybatis动态sql执行原理?

(1)初始化阶段:通过XMLConfigBuilder、XMLMapperBuilder、XMLStatementBuilder解析XML文件中的信息存储到Configuration类中;
(2)代理阶段:先从Configuration配置类MapperRegistry对象中获取mapper接口和对应的代理对象工厂信息,再利用代理对象工厂MapperProxyFactory创建实际代理类,最后在MapperProxy类中通过MapperMethod类对象内保存的中对应方法的信息,以及对应的sql语句的信息进行分析,最终确定对应的增强方法进行调用。
(3)数据读写阶段:通过四种Executor调用四种Handler进行查询和封装数据;

(4)Mybatis的一级、二级缓存实现原理?

(1)一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域为 Session,当 Session flush 或 close 之后,该 Session 中的所有 Cache 就将清空,Mybatis默认打开一级缓存,一级缓存存放在BaseExecutor的localCache变量中:
在这里插入图片描述一级缓存在 Executor 执行器(SimpleExecutor)中有一个 Cache 对象中,默认就是一个 HashMap 存储缓存数据,执行数据库查询操作前,如果在一级缓存中有对应的缓存数据,则直接返回,不会去访问数据库默认的缓存区域为SESSION,表示开启一级缓存,可以设置为STATEMENT,执行完查询后会清空一级缓存,所有的数据库更新操作也会清空一级缓存缺陷:在多个 SqlSession 会话时,可能导致数据的不一致性,某一个 SqlSession 更新了数据而其他 SqlSession 无法获取到更新后的数据,出现数据不一致性,这种情况是不允许出现了,所以我们通常选择“关闭”一级缓存

(2)二级缓存与一级缓存其机制相同,默认也是采用 PerpetualCache,HashMap 存储,不同在于其存储作用域为 Mapper(Namespace)级别。Mybatis默认不打开二级缓存,可以在config文件中xml开启全局的二级缓存,但并不会为所有的Mapper设置二级缓存,每个mapper.xml文件中使用标签来开启当前mapper的二级缓存,二级缓存存放在MappedStatement类cache变量中:
在这里插入图片描述
二级缓存在 Executor 执行器(CachingExecutor)中有一个 TransactionalCacheManager 对象中,可以在一定程度上解决的一级缓存中多个 SqlSession 会话可能会导致数据不一致的问题,就是将一个 XML 映射文件中定义的缓存对象放在全局对象中,对于同一个 Mapper 接口都是使用这个 Cache 对象,不管哪个 SqlSession 都是使用该 Cache 对象执行数据库查询操作前,如果在二级缓存中有对应的缓存数据,则直接返回,没有的话则去一级缓存中获取,如果有对应的缓存数据,则直接返回,不会去访问数据库默认全局开启,需要在每个 XML 映射文件中定义缺陷:对于不同的 XML 映射文件,如果某个的 XML 映射文件修改了相应的数据,其他的 XML 映射文件获取到的缓存数据就可能不是最新的,也出现了脏读的问题,当然你可以所有的 XML 映射文件都通过来使用同一个 Cache 对象,不过这样太局限了,且缓存的数据仅仅是保存在了本地内存中,对于当前高并发的环境下是无法满足要求的,所以我们通常不使用MyBatis的缓存

(3)对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了C/U/D 操作后,默认该作用域下所有 select 中的缓存将被清除并重新更新,如果开启了二级缓存,则只根据配置判断是否刷新。

(5)Mybatis是如何进行分页的?

(1)SQL分页(物理分页):

<select id="queryStudentsBySql" parameterType="map" resultMap="studentmapper"> 
           select * from student limit #{start} , #{end}
</select>

(2)使用RowBounds实现分页(逻辑分页):

Dao:
     public List queryUsersByPage(String userName, RowBounds rowBounds);

(3)使用分页插件PageHelper:

public Json queryByPage(User userParam,Integer pageNum,Integer pageSize) {
        PageHelper.startPage(pageNum, pageSize);
        List<User> userList = userMapper.queryByPage(userParam);
        Json json = new Json();
        return json;
}

(6)Mybatis的插件运行原理?

编写插件的步骤:

(1)实现Interceptor接口方法
(2)确定拦截的签名
(3)在配置文件中配置插件

在创建三个重要的Handler(StatementHandler、ParameterHandler、ResultSetHandler)时通过插件数组包装了三大Handler:

 resultSetHandler = (ResultSetHandler) interceptorChain.pluginAll(resultSetHandler);

获取到所有的Interceptor(拦截器)(插件需要实现的接口),调用:

interceptor.plugin(target);

返回target包装后的对象,最后回调回自定义插件的intercept方法执行插件内的代码逻辑。可拦截的接口和方法一览:

Executor(update、query 、 flushStatment 、 commit 、 rollback 、 getTransaction 、 close 、 isClose)
StatementHandler(prepare 、 paramterize 、 batch 、 update 、 query)
ParameterHandler( getParameterObject 、 setParameters )
ResultSetHandler( handleResultSets 、 handleCursorResultSets 、 handleOutputParameters )

(7)Mybatis都有哪些Executor执行器?它们之间的区别是什么?

在这里插入图片描述
(1)BaseExecutor:基础抽象类,实现了executor接口的大部分方法,主要提供了缓存管理和事务管理的能力,使用了模板模式,doUpdate,doQuery,doQueryCursor 等方法的具体实现交给不同的子类进行实现

(2)CachingExecutor:直接实现Executor接口,使用装饰器模式提供二级缓存能力。先从二级缓存查,缓存没有命中再从数据库查,最后将结果添加到缓存中。如果在xml文件中配置了cache节点,则会创建CachingExecutor。在上述的三个执行器之上,增加二级缓存的功能

(3)BatchExecutor:BaseExecutor具体子类实现,在doUpdate方法中,提供批量执行多条SQL语句的能力;执行数据库更新操作(没有查询操作,因为 JDBC 批处理不支持查询操作),将所有 SQL 都添加到批处理中(通过 addBatch 方法),等待统一执行(使用 executeBatch 方法)。它缓存了多个 Statement 对象,每个 Statement 对象都是调用 addBatch 方法完毕后,等待一次执行 executeBatch 批处理。实际上,整个过程与 JDBC 批处理是相同。

(4)SimpleExecutor(默认):BaseExecutor具体子类实现且为默认配置,在doQuery方法中使用PrepareStatement对象访问数据库, 每次访问都要创建新的 PrepareStatement对象;用完立刻关闭 Statement 对象。

(5)ReuseExecutor:BaseExecutor具体子类实现,执行数据库的操作,以 SQL 作为 key 查找缓存的 Statement 对象,存在就使用,不存在就创建;用完后,不关闭 Statement 对象,而是放置于缓存 Map<String, Statement> 内,供下一次使用,就是重复使用 Statement 对象。与SimpleExecutor不同的是,在doQuery方法中,使用预编译PrepareStatement对象访问数据库,访问时,会重用缓存中的statement对象,而不是每次都创建新的PrepareStatement。

(8)Mybatis中如何指定使用哪一种Executor执行器?

在Mybatis配置文件中,可以指定默认的ExecutorType执行器类型,也可以手动给DefaultSqlSessionFactory的创建SqlSession的方法传递ExecutorType类型参数。
在这里插入图片描述
在这里插入图片描述

(9)Mybatis的Xml映射文件和Mybatis内部数据结构之间的映射关系?

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
Mybatis将所有Xml配置信息都封装到All-In-One重量级对象Configuration内部。在Xml映射文件中,标签会被解析为ResultMap对象,其每个子元素会被解析为ResultMapping对象。每一个、、、标签均会被解析为MappedStatement对象,标签内的sql会被解析为BoundSql对象。

(10)Mybatis中用到了哪些设计模式?

日志模块:代理模式、适配器模式
数据源模块:代理模式、工厂模式
缓存模块:装饰器模式
初始化阶段:建造者模式
代理阶段:策略模式
数据读写阶段:模板模式
插件化开发:责任链模式

(11)Mybatis的实现逻辑

  1. 在 MyBatis 的初始化过程中,会生成一个 Configuration 全局配置对象,里面包含了所有初始化过程中生成对象 根据
  2. Configuration 创建一个 SqlSessionFactory 对象,用于创建 SqlSession “会话”
  3. 通过SqlSession 可以获取到 Mapper 接口对应的动态代理对象,去执行数据库的相关操作
  4. 动态代理对象执行数据库的操作,由SqlSession 执行相应的方法,在他的内部调用 Executor 执行器去执行数据库的相关操作
  5. 在 Executor 执行器中,会进行相应的处理,将数据库执行结果返回
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值