mybatis学习笔记：什么是mybatis、使用mybatis好处、使用mybatis步骤、作用域（Scope）和生命周期、mybatis属性加载顺序、开启默认值属性

　　MyBatis官方文档：https://mybatis.org/mybatis-3/zh/index.html

一、什么是mybatis

　　MyBatis 是一款优秀的持久层框架，它支持自定义 SQL、存储过程以及高级映射。

　　MyBatis 免除了几乎所有的 JDBC 代码以及设置参数和获取结果集的工作。

　　MyBatis 可以通过简单的 XML 或注解来配置和映射原始类型、接口和 Java POJO（Plain Old Java Objects，普通老式 Java 对象）为数据库中的记录。

　　MyBatis 本是apache的一个开源项目iBatis, 2010年这个项目由apache software foundation 迁移到了google code，并且改名为MyBatis 。2013年11月迁移到Github。iBATIS一词来源于“internet”和“abatis”的组合，是一个基于Java的持久层框架。iBATIS提供的持久层框架包括SQL Maps和Data Access Objects（DAO）。

二、与JDBC对比

1、问题一：数据库连接，使用时就创建，使用完毕就关闭，这样会对数据库进行频繁的获取连接和关闭连接，造成数据库资源浪费，影响数据库性能。

　　设想解决：使用数据库连接池管理数据库连接

2、问题二：将 sql 语句硬编码到程序中，如果sql语句修改了，那么需要重新编译 Java 代码，不利于系统维护

　　设想解决：将 sql 语句配置到 xml 文件中，即使 sql 语句变化了，我们也不需要对 Java 代码进行修改，重新编译

3、问题三：在 PreparedStatement 中设置参数，对占位符设置值都是硬编码在Java代码中，不利于系统维护

　　设想解决：将 sql 语句以及占位符和参数都配置到 xml 文件中

4、问题四：从 resultset 中遍历结果集时，对表的字段存在硬编码，不利于系统维护

　　设想解决：将查询的结果集自动映射为 Java 对象

5、问题五：重复性代码特别多，频繁的 try-catch

　　设想解决：将其整合到一个 try-catch 代码块中

6、问题六：缓存做的很差，如果存在数据量很大的情况下，这种方式性能特别低

　　设想解决：集成缓存框架去操作数据库

7、问题七：sql 的移植性不好，如果换个数据库，那么sql 语句可能要重写

　　设想解决：在 JDBC 和 数据库之间插入第三方框架，用第三方去生成 sql 语句，屏蔽数据库的差异

三、集成使用MyBatis步骤

1、第一步：创建数据库表

2、第二步：创建一个 Java 工程，并导入相应的 Jar 包

3、第三步：添加数据库配置文件 mybatis-config.xml

4、第四步：定义表所对应的实体类

5、第五步：定义操作数据库表的sql映射文件 ...Mapper.xml

6、第六步：向 mybatis-config.xml 配置文件中注册 ...Mapper.xml 文件

　　也可以使用通配符统一注册

　　还有不使用 xml 配置文件的方式，见之前这篇博客：详解Spring Boot集成MyBatis的开发流程

四、作用域（Scope）和生命周期

1、SqlSessionFactoryBuilder

　　这个类可以被实例化、使用和丢弃，一旦创建了 SqlSessionFactory，就不再需要它了。

　　因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域（也就是局部方法变量）。

　　你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例，但最好还是不要一直保留着它，以保证所有的 XML 解析资源可以被释放给更重要的事情。

2、SqlSessionFactory

　　SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由丢弃它或重新创建另一个实例。

　　使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏习惯”。

　　因此 SqlSessionFactory 的最佳作用域是应用作用域。 有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式

3、SqlSession

　　每个线程都应该有它自己的 SqlSession 实例。

　　SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。 绝对不能将 SqlSession 实例的引用放在一个类的静态域，甚至一个类的实例变量也不行。 也绝不能将 SqlSession 实例的引用放在任何类型的托管作用域中，比如 Servlet 框架中的 HttpSession。

　　如果你现在正在使用一种 Web 框架，考虑将 SqlSession 放在一个和 HTTP 请求相似的作用域中。 换句话说，每次收到 HTTP 请求，就可以打开一个 SqlSession，返回一个响应后，就关闭它。 这个关闭操作很重要，为了确保每次都能执行关闭操作，你应该把这个关闭操作放到 finally 块中。 下面的示例就是一个确保 SqlSession 关闭的标准模式：

try (SqlSession session = sqlSessionFactory.openSession()) {
  // 你的应用逻辑代码
}

　　在所有代码中都遵循这种使用模式，可以保证所有数据库资源都能被正确地关闭。

4、映射器实例

　　映射器是一些绑定映射语句的接口。映射器接口的实例是从 SqlSession 中获得的。虽然从技术层面上来讲，任何映射器实例的最大作用域与请求它们的 SqlSession 相同。但方法作用域才是映射器实例的最合适的作用域。

　　也就是说，映射器实例应该在调用它们的方法中被获取，使用完毕之后即可丢弃。 映射器实例并不需要被显式地关闭。尽管在整个请求作用域保留映射器实例不会有什么问题，但是你很快会发现，在这个作用域上管理太多像 SqlSession 的资源会让你忙不过来。 因此，最好将映射器放在方法作用域内。就像下面的例子一样：

try (SqlSession session = sqlSessionFactory.openSession()) {
  BlogMapper mapper = session.getMapper(BlogMapper.class);
  // 你的应用逻辑代码
}

五、mybatis属性加载顺序

　　如果一个属性在不只一个地方进行了配置，那么，MyBatis 将按照下面的顺序来加载：

1、首先，读取在 properties 元素体内指定的属性和值。

2、然后，根据 properties 元素中的 resource 属性读取类路径下属性文件，或根据 url 属性指定的路径读取属性文件，并覆盖之前读取过的同名属性。

3、最后，读取作为方法参数传递的属性，并覆盖之前读取过的同名属性。

　　因此，通过方法参数传递的属性具有最高优先级，resource/url 属性中指定的配置文件次之，最低优先级的则是 properties 元素中指定的属性。

　　启用默认值属性

　　从 MyBatis 3.4.2 开始，你可以为占位符指定一个默认值。例如：

<dataSource type="POOLED">
　　<property name="username" value="${username:ut_user}"/>
    <!-- 如果属性 'username' 没有被配置，'username' 属性的值将为 'ut_user' -->
</dataSource>

　　这个特性默认是关闭的。要启用这个特性，需要添加一个特定的属性来开启这个特性。例如

<properties resource="org/mybatis/example/config.properties">
    <property name="org.apache.ibatis.parsing.PropertyParser.enable-default-value" value="true"/>
    <!-- 启用默认值特性 -->
</properties>