MyBatis-入门

回顾JDBC

由于MyBatis的出现其实是替代了JDBC，那么它所要做的工作也应该是JDBC之前需要完成的工作。那么为什么要使用MyBatis我们下面再说，这里先回顾一下JDBC是如何工作的：

1. 加载jdbc驱动
2. 建立并获取数据库连接
3. 创建JDBC Statements对象
4. 执行sql语句并获取的结果集
5. 对结果集进行处理
6. 释放资源（关闭Connection，关闭Statement，关闭ResultSet）

通过之前对JDBC的使用，我们发现JDBC有以下问题：

1. 数据库连接频繁的开启和关闭本身就造成了资源的浪费，影响系统的性能。
2. 但是现在连接池多种多样，可能存在变化，有可能采用DBCP的连接池，也有可能采用容器本身的JNDI数据库连接池。
3. sql语句散落在各个java类中，可读性差，不利于维护；改动java代码需要重新编译、打包部署；不利于取出sql在数据库客户端执行
4. 传入参数映射和动态sql的问题
5. 结果映射和结果缓存问题
6. 解决重复sql语句问题
   上述这些问题该如何优化和封装呢：
   （1） 使用数据库连接池对连接进行管理
   （2） SQL语句统一存放到配置文件
   （3） SQL语句变量和传入参数的映射以及动态SQL
   （4） 动态SQL语句的处理
   （5） 对数据库操作结果的映射和结果缓存
   （6） SQL语句的重复
   这些在MyBatis中都可以实现，那么下面我们来讲讲MyBatis。

啥是MyBatis

MyBatis是优秀的持久层框架，支持定制sql、存储过程以及高级映射。
可以使用简单的xml或注解来配置和映射原生类型、接口和java的pojo。
当我们想要使用MyBatis时，首先我们需要导包（这是必须的），如果是一个Maven项目，那就更方便了，我们只需在pom.xml中引入：

<dependency>
	<groupId>org.mybatis</groupId>
	<artifactId>mybatis</artifactId>
	<version>x.x.x</version>
</dependency>

MyBatis核心是啥

每个基于MyBatis的应用都是以一个SqlSessionFactory的实例为核心。
SqlSessionFactory的实例可以通过SqlSessionFactoryBuilder来创建，一般SqlSessionFactoryBuilder可以通过xml配置文件或一个预先定制的Configuration的实例构建出一个SqlSessionFactory的实例。像这样：

String resource = "xx/mybatis-config.xml"
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);

从xml配置文件中构建SqlSessionFactory实例的话，我们需要通过inputstream读取到mybatis-config.xml配置文件，Resources是MyBatis提供的一个工具类，它包含了一些实用方法，可使从classpath或其他位置加载资源文件更加容易；然后我们将inputstream交给SqlSessionFactoryBuilder，通过builder方法构建SqlSessionFactory。

mybatis-config.xml中应该配置些啥

首先我们要知道MyBatis的作用是用来操作数据库和dao层；它替代的是之前的JDBC的部分。
那么我们必须要在mybatis-config.xml中配置获取数据库连接实例的数据源（DataSource）和决定事务作用域和控制方式的事务管理器（TransactionMannager）

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
  PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
  "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
  <environments default="development">
    <environment id="development">
      <transactionManager type="JDBC"/>
      <dataSource type="POOLED">
        <property name="driver" value="${driver}"/>
        <property name="url" value="${url}"/>
        <property name="username" value="${username}"/>
        <property name="password" value="${password}"/>
      </dataSource>
    </environment>
  </environments>
  <mappers>
    <mapper resource="org/mybatis/example/BlogMapper.xml"/>
  </mappers>
</configuration>

我们该如何执行sql语句呢

至此，我们已经获取到了SqlSessionFactory，那么我们该如何执行sql语句操作数据库呢？使用sqlsession即可，我们可以通过SqlSession实例来直接执行已映射的sql语句
BlogMapper.xml

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
  PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
  "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="org.mybatis.example.BlogDao">
  <select id="queryAll" resultType="Blog">
    select * from Blog where id = #{id}
  </select>
</mapper>

BlogDao.class

public interface BlogDao {
	public List<Blog> queryAll(int id);
}

Test

SqlSession session = sqlSessionFactory.openSession(){
	BlogMapper mapper = session.getMapper(BlogMapper.calss);
	Blog blog = mapper.selectBlog(param);
}

首先我们要在mybatis.config中配置映射文件Blogmapper.xml；然后把sql映射语句放在Blogmapper.xml映射文件中进行管理；通过namespace（命名空间）映射到BlogDao接口；接着我们通过sql映射语句中定义的id对应到接口中的方法即可。
在映射文件中我们可以写的sql映射语句：
查询
插入
删除
修改

这时我们发现如果每一个dao都要对应一个mapper.xml的话感觉有些麻烦；mybaits还有另一种方法来处理映射，通过注解的方式：

public interface BlogMapper {
	@Select("SELECT * FROM blog WHERE id = #{id}")
	Blog queryAll(int id);
}

这样我们便可以省去mapper.xml咯；

作用域和生命周期

SqlSessionFactoryBuilder
这个类可以被实例化、使用和丢弃，一旦创建了 SqlSessionFactory，就不再需要它了。 因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域（也就是局部方法变量）。 你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例，但是最好还是不要让其一直存在，以保证所有的 XML 解析资源可以被释放给更重要的事情。

SqlSessionFactory
SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由丢弃它或重新创建另一个实例。 使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏味道（bad smell）”。因此 SqlSessionFactory 的最佳作用域是应用作用域。 有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。

SqlSession
每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。 绝对不能将 SqlSession 实例的引用放在一个类的静态域，甚至一个类的实例变量也不行。 也绝不能将 SqlSession 实例的引用放在任何类型的托管作用域中，比如 Servlet 框架中的 HttpSession。 如果你现在正在使用一种 Web 框架，要考虑 SqlSession 放在一个和 HTTP 请求对象相似的作用域中。 换句话说，每次收到的 HTTP 请求，就可以打开一个 SqlSession，返回一个响应，就关闭它。 这个关闭操作是很重要的，你应该把这个关闭操作放到 finally 块中以确保每次都能执行关闭。