Java面试题－MyBatis（持续更新）

MyBatis框架及原理分析

       MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架，其主要就完成2件事情：
　　1、封装JDBC操作
　　2、利用反射打通Java类与SQL语句之间的相互转换
　　MyBatis的主要设计目的就是让我们对执行SQL语句时对输入输出的数据管理更加方便，所以方便地写出SQL和方便地获取SQL的执行结果才是MyBatis的核心竞争力。
##Xml映射文件中，除了常见的select|insert|updae|delete标签之外，还有哪些标签？
　　还有很多其他的标签，<resultMap>、<parameterMap>、<sql>、<include>、<selectKey>，加上动态sql的9个标签，trim|where|set|foreach|if|choose|when|otherwise|bind等，其中为sql片段标签，通过标签引入sql片段，<selectKey>为不支持自增的主键生成策略标签。

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

       #{}是预编译处理，${}是字符串替换。
　　Mybatis在处理#{}时，会将sql中的#{}替换为?号，调用PreparedStatement的set方法来赋值；
　　Mybatis在处理$时，就是把${}替换成变量的值。
　　使用#{}可以有效的防止SQL注入，提高系统安全性。

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

       Dao接口，就是人们常说的Mapper接口，接口的全限名，就是映射文件中的namespace的值，接口的方法名，就是映射文件中MappedStatement的id值，接口方法内的参数，就是传递给sql的参数。Mapper接口是没有实现类的，当调用接口方法时，接口全限名+方法名拼接字符串作为key值，可唯一定位一个MappedStatement，举例：com.mybatis3.mappers.StudentDao.findStudentById，可以唯一找到namespace为com.mybatis3.mappers.StudentDao下面id = findStudentById的MappedStatement。在Mybatis中，每一个<select>、<insert>、<update>、<delete>标签，都会被解析为一个MappedStatement对象。
　　Dao接口里的方法，是不能重载的，因为是全限名+方法名的保存和寻找策略。
　　Dao接口的工作原理是JDK动态代理，Mybatis运行时会使用JDK动态代理为Dao接口生成代理proxy对象，代理对象proxy会拦截接口方法，转而执行MappedStatement所代表的sql，然后将sql执行结果返回。

Mybatis是如何将sql执行结果封装为目标对象并返回的？都有哪些映射形式？

       第一种是使用标签，逐一定义列名和对象属性名之间的映射关系。
　　第二种是使用sql列的别名功能，将列别名书写为对象属性名，比如T_NAME AS NAME，对象属性名一般是name，小写，但是列名不区分大小写，Mybatis会忽略列名大小写，智能找到与之对应对象属性名，你甚至可以写成T_NAME AS NaMe，Mybatis一样可以正常工作。
　　有了列名与属性名的映射关系后，Mybatis通过反射创建对象，同时使用反射给对象的属性逐一赋值并返回，那些找不到映射关系的属性，是无法完成赋值的。

mybatis 有几种分页方式？

       PageHelper： 物理分页，通过拦截器加limit语句进行分页。
       RowBounds： 逻辑分页，一次性查出所有数据，数据量大的时候压力较大。

mybatis 是否支持延迟加载？延迟加载的原理是什么？

       支持，先从单表查询，需要时再从关联表去关联查询。

mybatis 有哪些执行器（Executor）？

       Mybatis有三种基本的Executor执行器:SimpleExecutor、ReuseExecutor、BatchExecutor。
       SimpleExecutor：每执行一次update或select，就开启一个Statement对象，用完立刻关闭Statement对象。
       ReuseExecutor：执行update或select，以sql作为key查找Statement对象，存在就使用，不存在就创建，用完后，不关闭Statement对象，而是放置于Map内，供下一次使用。简言之，就是重复使用Statement对象。
       BatchExecutor：执行update（没有select，JDBC批处理不支持select），将所有sql都添加到批处理中（addBatch()），等待统一执行（executeBatch()），它缓存了多个Statement对象，每个Statement对象都是addBatch()完毕后，等待逐一执行executeBatch()批处理。与JDBC批处理相同。

四大核心组件

       SqlSessionFactoryBuilder(构造器)： 根据配置或代码生成SqlSessionFactory,采用分步构建的Builder模式，创建成功SqlSessionFactory后就失去了作用。
       SqlSessionFactory(工厂接口)：使用它来生成SqlSession接口对象，使用工厂模式。你可以认为它是一个数据库连接池，为了避免它被多次创建，消耗数据库资源，一般我们采用单例模式创建，存活于整个mybatis中。
       SqlSession(会话)：即可发送SQL执行返回结果，又可获取mapper的接口。相当于一个数据库连接对象，可以在一个事务里面执行多条SQL，通过commit、rollback进行提交或回滚事务。存活于一个业务逻辑中，处完成后为避免消耗数据库资源，可以使用try…catch…finally确保将其关闭，
       SQL Mapper(映射器)：由一个Java接口和XML文件（或注解）构成。根据编写的SQL和映射规则，实现对数据库的访问，并返回结果。存活于一个请求中，一但请求完毕后，就会废弃。

工作原理解析

  mybatis应用程序通过SqlSessionFactoryBuilder从mybatis-config.xml配置文件（也可以用Java文件配置的方式，需要添加@Configuration）中构建出SqlSessionFactory（SqlSessionFactory是线程安全的）。
之后，SqlSessionFactory的实例直接开启一个SqlSession，再通过SqlSession实例获得Mapper对象并运行Mapper映射的SQL语句，完成对数据库的CRUD和事务提交，之后关闭SqlSession。（说明：SqlSession是单线程对象，因为它是非线程安全的，是持久化操作的独享对象，类似jdbc中的Connection，底层就封装了jdbc连接。）
详细流程如下：
  1、加载mybatis全局配置文件（数据源、mapper映射文件等），解析配置文件，MyBatis基于XML配置文件生成Configuration，和一个个MappedStatement（包括了参数映射配置、动态SQL语句、结果映射配置），其对应着<select | update | delete | insert>标签项。
  2、SqlSessionFactoryBuilder通过Configuration对象生成SqlSessionFactory，用来开启SqlSession。
  3、SqlSession对象完成和数据库的交互：用户程序调用mybatis接口层api（即Mapper接口中的方法），SqlSession通过调用api的Statement ID找到对应的MappedStatement对象，
通过Executor（负责动态SQL的生成和查询缓存的维护）将MappedStatement对象进行解析，sql参数转化、动态sql拼接，生成jdbc Statement对象，JDBC执行sql。借助MappedStatement中的结果映射关系，将返回结果转化成HashMap、JavaBean等存储结构并返回。

如何获取自动生成的(主)键值

       使用usegeneratedkeys，自动生成的键值在 insert 方法执行完后id可以被设置到传入的参数对象中。

<insert id=”insertname” usegeneratedkeys=”true” keyproperty=”id”> 

为什么说Mybatis是半自动ORM映射工具？它与全自动的区别在哪里？

       Hibernate属于全自动ORM映射工具，使用Hibernate查询关联对象或者关联集合对象时，可以根据对象关系模型直接获取，所以它是全自动的。而Mybatis在查询关联对象或关联集合对象时，需要手动编写sql来完成，所以，称之为半自动ORM映射工具

Hibernate与Mybatis对比

Hibernate
       Hibernate是当前最流行的ORM框架之一，对JDBC提供了较为完整的封装。Hibernate的O/R Mapping实现了POJO 和数据库表之间的映射，以及SQL的自动生成和执行。
Mybatis
       Mybatis同样也是非常流行的ORM框架，主要着力点在于 POJO 与 SQL 之间的映射关系。然后通过映射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定 POJO 。相对Hibernate“O/R”而言，Mybatis 是一种“Sql Mapping”的ORM实现。

开发速度

   难易度

       Hibernate的真正掌握要比Mybatis困难，Hibernate比mybatis更加重量级一些。
       Mybatis框架相对简单很容易上手，但也相对简陋些。

   开发工作量

       Mybatis需要我们手动编写SQL语句，回归最原始的方式，所以可以按需求指定查询的字段，提高程序的查询效率。
       Hibernate也可以自己写SQL语句来指定需要查询的字段，但这样破坏了Hibernate封装以及简洁性。

数据库移植性

       Mybatis由于所有SQL都是依赖数据库书写的，所以扩展性，迁移性比较差。
       Hibernate与数据库具体的关联都在XML中，所以HQL对具体是用什么数据库并不是很关心。

缓存机制对比

   相同点

       Hibernate和Mybatis的二级缓存除了采用系统默认的缓存机制外，都可以通过实现你自己的缓存或为其他第三方缓存方案，创建适配器来完全覆盖缓存行为。

   不同点

       Hibernate的二级缓存配置在SessionFactory生成的配置文件中进行详细配置，然后再在具体的表-对象映射中配置是那种缓存。
       MyBatis的二级缓存配置都是在每个具体的表-对象映射中进行详细配置，这样针对不同的表可以自定义不同的缓存机制。并且Mybatis可以在命名空间中共享相同的缓存配置和实例，通过Cache-ref来实现。

   两者比较

       因为Hibernate对查询对象有着良好的管理机制，用户无需关心SQL。所以在使用二级缓存时如果出现脏数据，系统会报出错误并提示。而MyBatis在这一方面，使用二级缓存时需要特别小心。如果不能完全确定数据更新操作的波及范围，避免Cache的盲目使用。否则，脏数据的出现会给系统的正常运行带来很大的隐患。

两者对比总结

   两者相同点

       Hibernate与MyBatis都可以是通过SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory 生成Session，最后由Session来开启执行事务和SQL语句。其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的
       Hibernate和MyBatis都支持JDBC和JTA事务处理。

   Hibernate优势

       Hibernate的DAO层开发比MyBatis简单，Mybatis需要维护SQL和结果映射。
       Hibernate对对象的维护和缓存要比MyBatis好，对增删改查的对象的维护要方便。
       Hibernate数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库需要写不同SQL。
       Hibernate有更好的二级缓存机制，可以使用第三方缓存。MyBatis本身提供的缓存机制不佳。

   Mybatis优势

       MyBatis可以进行更为细致的SQL优化，可以减少查询字段。
       MyBatis容易掌握，而Hibernate门槛较高。

总结

       Mybatis：小巧、方便、高效、简单、直接、半自动化
       Hibernate：强大、方便、高效、复杂、间接、全自动化
原文来自：lyhkmm.com