2024年Go最全Mybatis(4),2024年最新彻底帮你搞懂

img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以戳这里获取

package com.moyuit.config;

import com.mchange.v2.c3p0.ComboPooledDataSource;
import com.moyuit.io.Resources;
import com.moyuit.pojo.Configuration;
import org.dom4j.Document;
import org.dom4j.DocumentException;
import org.dom4j.Element;
import org.dom4j.io.SAXReader;

import java.beans.PropertyVetoException;
import java.io.InputStream;
import java.util.List;
import java.util.Properties;

public class XMLConfigBuilder {
private Configuration configuration;

public XMLConfigBuilder(Configuration configuration) {
    this.configuration = configuration;
}

public Configuration parseConfiguration(InputStream inputStream) throws DocumentException, PropertyVetoException {
    // 解析xml配置部分
    Document document = new SAXReader().read(inputStream);
    Element rootElement = document.getRootElement();
    List<Element> propertyElements = rootElement.selectNodes("//property");
    Properties properties = new Properties();
    for (Element propertyElement : propertyElements) {
        String name = propertyElement.attributeValue("name");
        String value = propertyElement.attributeValue("value");
        properties.setProperty(name, value);
    }

    // 连接池
    ComboPooledDataSource comboPooledDataSource = new ComboPooledDataSource();
    comboPooledDataSource.setDriverClass(properties.getProperty("driverClass"));
    comboPooledDataSource.setJdbcUrl(properties.getProperty("jdbcUrl"));
    comboPooledDataSource.setUser(properties.getProperty("user"));
    comboPooledDataSource.setPassword(properties.getProperty("password"));

    // 填充configuration
    configuration.setDataSource(comboPooledDataSource);

    // 解析mapper.xml部分 路径-字节输入流-dom4j解析
    List<Element> mapperList = rootElement.selectNodes("mapper");
    for (Element element : mapperList) {
        String mapperPath = element.attributeValue("resource");
        InputStream resourceAsSteam = Resources.getResourceAsSteam(mapperPath);
        XMLMapperBuilder xmlMapperBuilder = new XMLMapperBuilder(configuration);
        xmlMapperBuilder.parse(resourceAsSteam);
    }


    return configuration;
}

}


`XMLMapperBuilder`



package com.moyuit.config;

import com.moyuit.pojo.Configuration;
import com.moyuit.pojo.MappedStatement;
import org.dom4j.Document;
import org.dom4j.DocumentException;
import org.dom4j.Element;
import org.dom4j.io.SAXReader;

import java.io.InputStream;
import java.util.List;

public class XMLMapperBuilder {
private Configuration configuration;

public XMLMapperBuilder(Configuration configuration) {
    this.configuration = configuration;
}

public void parse(InputStream inputStream) throws DocumentException {
    Document document = new SAXReader().read(inputStream);
    Element rootElement = document.getRootElement();

    String namespace = rootElement.attributeValue("namespace");

    List<Element> elementList = rootElement.selectNodes("select");
    for (Element element : elementList) {
        String id = element.attributeValue("id");
        String resultType = element.attributeValue("resultType");
        String paramterType = element.attributeValue("paramterType");
        String sqlText = element.getTextTrim();
        MappedStatement mappedStatement = new MappedStatement();
        mappedStatement.setId(id);
        mappedStatement.setResultType(resultType);
        mappedStatement.setParamterType(paramterType);
        mappedStatement.setSql(sqlText);
        String key = namespace + "." + id;
        configuration.getMappedStatementMap().put(key, mappedStatement);
    }
}

}


`sqlSessionFactory`接口及`DefaultSqlSessionFactory`实现类



package com.moyuit.sqlSession;

public interface SqlSessionFactory {
public SqlSession openSession();
}

package com.moyuit.sqlSession;

import com.moyuit.pojo.Configuration;

public class DefaultSqlSessionFactory implements SqlSessionFactory {
private Configuration configuration;

public DefaultSqlSessionFactory(Configuration configuration) {
    this.configuration = configuration;
}

@Override
public SqlSession openSession() {
    return new DefaultSqlSession(configuration);
}

}


`sqlSession` 接口及 `DefaultSqlSession` 实现类



package com.moyuit.sqlSession;

import java.util.List;

public interface SqlSession {
// 查询所有
public List selectList(String statementid, Object… params) throws Exception;
// 根据条件查询单个
public T selectOne(String statementid, Object… params) throws Exception;
}

import com.moyuit.pojo.Configuration;
import com.moyuit.pojo.MappedStatement;

import java.lang.reflect.*;
import java.util.List;

public class DefaultSqlSession implements SqlSession {
private Configuration configuration;

public DefaultSqlSession(Configuration configuration) {
    this.configuration = configuration;
}

@Override
public <E> List<E> selectList(String statementid, Object... params) throws Exception {
    //将要去完成对simpleExecutor里的query方法的调用
    simpleExecutor simpleExecutor = new simpleExecutor();
    MappedStatement mappedStatement = configuration.getMappedStatementMap().get(statementid);
    List<Object> list = simpleExecutor.query(configuration, mappedStatement, params);

    return (List<E>) list;
}

@Override
public <T> T selectOne(String statementid, Object... params) throws Exception {
    List<Object> objects = selectList(statementid, params);
    if (objects.size() == 1) {
        return (T) objects.get(0);
    } else {
        throw new RuntimeException("异常");
    }
}

}


`Executor`接口以及`SimpleExecutor`实现类



import com.moyuit.pojo.Configuration;
import com.moyuit.pojo.MappedStatement;

import java.beans.IntrospectionException;
import java.lang.reflect.InvocationTargetException;
import java.sql.SQLException;
import java.util.List;

public interface Executor {
public List query(Configuration configuration, MappedStatement mappedStatement, Object… params) throws Exception;
}

package com.moyuit.sqlSession;

import com.moyuit.config.BoundSql;
import com.moyuit.pojo.Configuration;
import com.moyuit.pojo.MappedStatement;
import com.moyuit.utils.GenericTokenParser;
import com.moyuit.utils.ParameterMapping;
import com.moyuit.utils.ParameterMappingTokenHandler;

import java.beans.PropertyDescriptor;
import java.lang.reflect.Field;
import java.lang.reflect.Method;
import java.sql.*;
import java.util.ArrayList;
import java.util.List;

public class simpleExecutor implements Executor {

@Override                                                                                //user
public <E> List<E> query(Configuration configuration, MappedStatement mappedStatement, Object... params) throws Exception {
    // 1. 注册驱动,获取连接
    Connection connection = configuration.getDataSource().getConnection();

    // 2. 获取sql语句 : select \* from user where id = #{id} and username = #{username}
    //转换sql语句: select \* from user where id = ? and username = ? ,转换的过程中,还需要对#{}里面的值进行解析存储
    String sql = mappedStatement.getSql();
    BoundSql boundSql = getBoundSql(sql);

    // 3.获取预处理对象:preparedStatement
    PreparedStatement preparedStatement = connection.prepareStatement(boundSql.getSqlText());

    // 4. 设置参数
    //获取到了参数的全路径
    String paramterType = mappedStatement.getParamterType();
    Class<?> paramtertypeClass = getClassType(paramterType);

    List<ParameterMapping> parameterMappingList = boundSql.getParameterMappingList();
    for (int i = 0; i < parameterMappingList.size(); i++) {
        ParameterMapping parameterMapping = parameterMappingList.get(i);
        String content = parameterMapping.getContent();

        //反射
        Field declaredField = paramtertypeClass.getDeclaredField(content);
        //暴力访问
        declaredField.setAccessible(true);
        Object o = declaredField.get(params[0]);

        preparedStatement.setObject(i + 1, o);

    }


    // 5. 执行sql
    ResultSet resultSet = preparedStatement.executeQuery();
    String resultType = mappedStatement.getResultType();
    Class<?> resultTypeClass = getClassType(resultType);

    ArrayList<Object> objects = new ArrayList<>();

    // 6. 封装返回结果集
    while (resultSet.next()) {
        Object o = resultTypeClass.newInstance();
        //元数据
        ResultSetMetaData metaData = resultSet.getMetaData();
        for (int i = 1; i <= metaData.getColumnCount(); i++) {

            // 字段名
            String columnName = metaData.getColumnName(i);
            // 字段的值
            Object value = resultSet.getObject(columnName);

            //使用反射或者内省,根据数据库表和实体的对应关系,完成封装
            PropertyDescriptor propertyDescriptor = new PropertyDescriptor(columnName, resultTypeClass);
            Method writeMethod = propertyDescriptor.getWriteMethod();
            writeMethod.invoke(o, value);


        }
        objects.add(o);

    }
    return (List<E>) objects;

}

private Class<?> getClassType(String paramterType) throws ClassNotFoundException {
    if (paramterType != null) {
        Class<?> aClass = Class.forName(paramterType);
        return aClass;
    }
    return null;

}

/\*\*

* 完成对#{}的解析工作:1.将#{}使用?进行代替,2.解析出#{}里面的值进行存储
*
* @param sql
* @return
*/
private BoundSql getBoundSql(String sql) {
//标记处理类:配置标记解析器来完成对占位符的解析处理工作
ParameterMappingTokenHandler parameterMappingTokenHandler = new ParameterMappingTokenHandler();
GenericTokenParser genericTokenParser = new GenericTokenParser(“#{”, “}”, parameterMappingTokenHandler);
//解析出来的sql
String parseSql = genericTokenParser.parse(sql);
//#{}里面解析出来的参数名称
List parameterMappings = parameterMappingTokenHandler.getParameterMappings();

    BoundSql boundSql = new BoundSql(parseSql, parameterMappings);
    return boundSql;

}

}


### 自定义框架优化


通过上述我们的自定义框架,我们解决了JDBC操作数据库带来的一些问题:例如频繁创建释放数据库连接,硬编码,手动封装返回结果集等问题,但是现在我们继续来分析刚刚完成的自定义框架代码,有没有什么问题?  
 **问题如下:**


* dao的实现类中存在重复的代码,整个操作的过程模板重复(创建sqlsession,调用sqlsession方  
 法,关闭 sqlsession)
* dao的实现类中存在硬编码,调用sqlsession的方法时,参数statement的id硬编码


`解决:使用代理模式来创建接口的代理对象`



@Test
public void test2() throws Exception {
InputStream resourceAsSteam = Resources.getResourceAsSteam(path:“sqlMapConfig.xml”)
SqlSessionFactory build = new SqlSessionFactoryBuilder().build(resourceAsSteam);
SqlSession sqlSession = build.openSession();
User user = new User();
user.setld(l);
user.setUsername(“tom”);
//代理对象
UserMapper userMapper = sqlSession.getMappper(UserMapper.class);
User userl = userMapper.selectOne(user);
System・out.println(userl);
}


在`sqlSession`中添加方法



//为Dao接口生成代理实现类
public T getMapper(Class<?> mapperClass);


实现类



@Override
public T getMapper(Class<?> mapperClass) {
// 使用JDK动态代理来为Dao接口生成代理对象,并返回

    Object proxyInstance = Proxy.newProxyInstance(DefaultSqlSession.class.getClassLoader(), new Class[]{mapperClass}, new InvocationHandler() {
        @Override
        public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
            // 底层都还是去执行JDBC代码 //根据不同情况,来调用selctList或者selectOne
            // 准备参数 1:statmentid :sql语句的唯一标识:namespace.id= 接口全限定名.方法名
            // 方法名:findAll
            String methodName = method.getName();
            String className = method.getDeclaringClass().getName();

            String statementId = className + "." + methodName;

            // 准备参数2:params:args
            // 获取被调用方法的返回值类型
            Type genericReturnType = method.getGenericReturnType();
            // 判断是否进行了 泛型类型参数化
            if (genericReturnType instanceof ParameterizedType) {
                List<Object> objects = selectList(statementId, args);
                return objects;
            }

            return selectOne(statementId, args);

        }
    });

    return (T) proxyInstance;
}

## Mybatis相关概念


### 对象/关系数据库映射(ORM)


ORM全称`Object/Relation Mapping`:表示`对象-关系映射`的缩写  
 ORM完成面向对象的编程语言到关系数据库的映射。当ORM框架完成映射后,程序员既可以利用面向对象程序设计语言的简单易用性,又可以利用关系数据库的技术优势。ORM把关系数据库包装成`面向对象`的模型。ORM框架是面向对象设计语言与关系数据库发展不同步时的中间解决方案。采用ORM框架后,应用程序不再直接访问底层数据库,而是以面向对象的放松来操作持久化对象,而ORM框架则将这  
 些面向对象的操作转换成底层SQL操作。ORM框架实现的效果:把对持久化对象的保存、修改、删除等操作,转换为对数据库的操作


### Mybatis简介


MyBatis是一款优秀的基于`ORM`的`半自动`轻量级`持久层`框架,它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的`XML`或`注解`来配置和`映射原生类型`、`接口`和Java的`POJO`(Plain Old Java Objects,普通老式Java对 象)为数据库中的记录。


### Mybatis历史


原是apache的一个开源项目iBatis, 2010年6月这个项目由apache software foundation 迁移到了google code,随着开发团队转投Google Code旗下,ibatis3.x正式更名为Mybatis ,代码于2013年11月迁移到Github。iBATIS一词来源于“internet”和“abatis”的组合,是一个基于Java的持久层框架。iBATIS提供的持久层框架包括SQL Maps和Data Access Objects(DAO)


### Mybatis优势


Mybatis是一个`半自动化`的持久层框架,对开发人员开说,核心sql还是需要自己进行优化,sql和java编码进行分离,功能边界清晰,一个专注业务,一个专注数据。  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210325152950715.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)


## Mybatis基本应用


### 快速入门


MyBatis官网地址:<http://www.mybatis.org/mybatis-3/>  
 详细代码:<https://gitee.com/liuwangleo/mybatis-code-analysis/tree/master/mybatis_quickStarter>


### Mybatis的Dao层实现


#### 传统开发方式


`编写UserDao接口`



public interface IUserDao {
List findAll() throws IOException;
}


`编写UserDaoimpl`



public class UserDaoimpl implements IUserDao {
@Override
public List findAll() throws IOException {
// 加载核心配置文件
InputStream resourceAsStream = Resources.getResourceAsStream(“sqlMapConfig.xml”);
//获得sqlSession工厂对象
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(resourceAsStream);
// 获得sqlSession对象 默认开启事务 但是该事务不会自动提交 所以进行增删改是需要手动提交事务
// 自动提交的方式
// SqlSession sqlSession1 = sqlSessionFactory.openSession(“true”);
SqlSession sqlSession = sqlSessionFactory.openSession();
//执行sql语句
List userList = sqlSession.selectList(“user.findAll”);
//打印结果
// System.out.println(userList);
//释放资源
sqlSession.close();
return userList;
}
}


`测试类`



@Test
public void test5() throws IOException {
/*
* 传统方式
* */
UserDaoimpl userDaoimpl = new UserDaoimpl();
List list = userDaoimpl.findAll();
System.out.println(list);
}


#### 代理开发方式


**代理开发方式介绍**  
 采用 Mybatis 的`代理开发`方式实现`DAO 层`的开发,这种方式是我们后面进入企业的主流。


Mapper 接口开发方法只需要程序员编写Mapper 接口(相当于Dao 接口),由Mybatis 框架根据接口 定义创建接口的动态代理对象,代理对象的方法体同上边Dao接口实现类方法。 Mapper 接口开发需要遵循以下规范:


* Mapper.xml文件中的namespace与mapper接口的全限定名相同
* Mapper接口方法名和Mapper.xml中定义的每个statement的id相同
* Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql的parameterType的类型相同
* Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同


`编写UserMapper接口`



public interface IUserDaoNew {
List findAll() throws IOException;

// 演示if
List<User> findByCondition(User user);

// 演示for-each
List<User> findByIds(int[] ids);

}


`测试类`



@Test
public void test6() throws IOException {
/*
* jdk动态代理
* */
//加载核心配置文件
InputStream resourceAsStream = Resources.getResourceAsStream(“sqlMapConfig.xml”);
//获得sqlSession工厂对象
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(resourceAsStream);
// 获得sqlSession对象 默认开启事务 但是该事务不会自动提交 所以进行增删改是需要手动提交事务
// 自动提交的方式
// SqlSession sqlSession1 = sqlSessionFactory.openSession(“true”);
SqlSession sqlSession = sqlSessionFactory.openSession();
//执行sql语句
IUserDaoNew iUserDaoNew = sqlSession.getMapper(IUserDaoNew.class);
//打印结果
List all = iUserDaoNew.findAll();
for (User user : all) {
System.out.println(user);
}
//释放资源
sqlSession.close();
}


## Mybatis配置文件深入


### 核心配置文件sqlMapConfig.xml


#### 配置文件层级关系


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210325213936405.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)


#### 常用配置解析


**environments标签**  
 数据库环境的配置,支持多环境配置  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210325214033996.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 其中,事务管理器(transactionManager)类型有两种:


* JDBC:这个配置就是直接使用了JDBC 的提交和回滚设置,它依赖于从数据源得到的连接来管理事务作 用域。
* MANAGED:这个配置几乎没做什么。它从来不提交或回滚一个连接,而是让容器来管理事务的整个生 命周期(比如 JEE 应用服务器的上下文)。 默认情况下它会关闭连接,然而一些容器并不希望这样,因 此需要将 closeConnection 属性设置为 false 来阻止它默认的关闭行为。


其中,数据源(dataSource)类型有三种:


* UNPOOLED:这个数据源的实现只是每次被请求时打开和关闭连接。 •POOLED:这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来。
* JNDI:这个数据源的实现是为了能在如 EJB 或应用服务器这类容器中使用,容器可以集中或在外部配 置数据源,然后放置一个 JNDI 上下文的引用。


**mapper标签**  
 该标签的作用是加载映射的,加载方式有如下几种:



•使用相对于类路径的资源引用,例如:

•使用完全限定资源定位符(URL),例如:

•使用映射器接口实现类的完全限定类名,例如:

•将包内的映射器接口实现全部注册为映射器,例如:


**Properties标签**  
 实际开发中,习惯将数据源的配置信息单独抽取成一个properties文件,该标签可以加载额外配置的 properties文件



jdbc.driver = com.mysql.jdbc.Driver
jdbc.url = jdbc:mysql:///mybatis
jdbc.username = root
jdbc.password = 210707


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210325214328647.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)


**typeAliases标签**  
 类型别名是为Java 类型设置一个短的名字。原来的类型名称配置如下  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210325214444789.png)  
 配置typeAliases,为com.lagou.domain.User定义别名为user  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210325214507423.png)  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/2021032521442153.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)


### 映射配置文件mapper.xml


**动态SQL1**  
 我们根据实体类的不同取值,使用不同的 SQL语句来进行查询。比如在 id如果不为空时可以根据id查 询,如果username 不同空时还要加入用户名作为条件。这种情况在我们的多条件组合查询中经常会碰 到。



select * from user and id = #{id} and username = #{username}

**动态SQL2**  
 循环执行sql的拼接操作,例如:SELECT \* FROM USER WHERE id IN (1,2,5)。



select * from user #{id}

**动态SQL3**  
 SQL片段抽取,Sql 中可将重复的 sql 提取出来,使用时用 include 引用即可,终达到 sql 重用的目的



select * from user

## Mybatis复杂映射开发和注解开发


详细代码:<https://gitee.com/liuwangleo/mybatis-code-analysis/tree/master/mybatis_multitable>


## Mybatis缓冲


### 一级缓冲


①、在一个sqlSession中,对User表根据id进行两次查询,查看他们发出sql语句的情况



@Test
public void test1() {
//根据 sqlSessionFactory 产生 session
SqlSession sqlSession = sessionFactory.openSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
//第一次查询,发出sql语句,并将查询出来的结果放进缓存中
User u1 = userMapper.selectUserByUserId(1);
System.out.println(u1);
//第二次查询,由于是同一个sqlSession,会在缓存中查询结果
//如果有,则直接从缓存中取出来,不和数据库进行交互
User u2 = userMapper.selectUserByUserId(1);
System.out.println(u2);
sqlSession.close();
}


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326221627340.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 ② 、同样是对user表进行两次查询,只不过两次查询之间进行了一次update操作。



@Test
public void test2() {
//根据 sqlSessionFactory 产生 session
SqlSession sqlSession = sessionFactory.openSession();
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
//第一次查询,发出sql语句,并将查询的结果放入缓存中
User u1 = userMapper.selectUserByUserId(1);
System.out.println(u1);
//第二步进行了一次更新操作,sqlSession.commit()
u1.setSex(“女”);
userMapper.updateUserByUserId(u1);
sqlSession.commit();
//第二次查询,由于是同一个sqlSession.commit(),会清空缓存信息
//则此次查询也会发出sql语句
User u2 = userMapper.selectUserByUserId(1);
System.out.println(u2);
sqlSession.close();
}


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326222108893.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 ③、总结  
 1、第一次发起查询用户id为1的用户信息,先去找缓存中是否有id为1的用户信息,如果没有,从 数据库查询用户信息。得到用户信息,将用户信息存储到一级缓存中。  
 2、 如果中间sqlSession去执行commit操作(执行插入、更新、删除),则会清空SqlSession中的 一级缓存,这样做的目的为了让缓存中存储的是最新的信息,避免脏读。  
 3、 第二次发起查询用户id为1的用户信息,先去找缓存中是否有id为1的用户信息,缓存中有,直 接从缓存中获取用户信息


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326222344304.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 **一级缓存原理探究与源码分析**  
 一级缓存到底是什么?一级缓存什么时候被创建、一级缓存的工作流程是怎样的?相信你现在应该会有这几个疑问,那么我们本节就来研究一下一级缓存的本质  
 大家可以这样想,上面我们一直提到一级缓存,那么提到一级缓存就绕不开SqlSession,所以索性我们就直接从SqlSession,看看有没有创建缓存或者与缓存有关的属性或者方法  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326222949543.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 调研了一圈,发现上述所有方法中,好像只有`clearCache()`和`缓存`沾点关系,那么就直接从这个方 法入手吧,分析源码时,我们要看它(此类)是谁,它的父类和子类分别又是谁,对如上关系了解了,你才 会对这个类有更深的认识,分析了一圈,你可能会得到如下这个流程图



SqlSession —> clearCache
DefaultSqlSession —> clearCache
Executor —> clearLocalCache
BaseExecutor —> clearLocalCache
PerpetualCache —> clear


再深入分析,流程走到Perpetualcache中的clear()方法之后,会调用其cache.clear()方法,那 么这个cache是什么东西呢?点进去发现,`cache`其实就是`private Map cache = new HashMap();`也就是一个Map,所以说`cache.clear()`其实就是`map.clear()`,也就是说,`缓存`其实就是  
 本地存放的一个`map对象`,每一个SqISession都会存放一个map对象的引用,那么这个cache是何 时创建的呢?


你觉得最有可能创建缓存的地方是哪里呢?我觉得是`Executor`,为什么这么认为?因为`Executor`是 执行器,用来执行SQL请求,而且清除缓存的方法也在Executor中执行,所以很可能缓存的创建也很 有可能在Executor中,看了一圈发现`Executor`中有一个`createCacheKey`方法,这个方法很像是创建缓存的方法啊,跟进去看看,你发现createCacheKey方法是由BaseExecutor执行的,代码如下



CacheKey cacheKey = new CacheKey();
//MappedStatement 的 id
// id就是Sql语句的所在位置包名+类名+ SQL名称
cacheKey.update(ms.getId());
// offset 就是 0
cacheKey.update(rowBounds.getOffset());
// limit 就是 Integer.MAXVALUE
cacheKey.update(rowBounds.getLimit());
//具体的SQL语句
cacheKey.update(boundSql.getSql());
//后面是update 了 sql中带的参数
cacheKey.update(value);
if (configuration.getEnvironment() != null) {
// issue #176
cacheKey.update(configuration.getEnvironment().getId());
}


创建缓存key会经过一系列的update方法,udate方法由一个CacheKey这个对象来执行的,这个update方法最终由updateList的list来把五个值存进去,对照上面的代码和下面的图示,你应该能 理解这五个值都是什么了  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326224312582.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 这里需要注意一下最后一个值,configuration.getEnvironment().getId()这是什么,这其实就是 定义在mybatis-config.xml中的标签,见如下。




那么我们回归正题,那么创建完缓存之后该用在何处呢?总不会凭空创建一个缓存不使用吧?绝对不会的,经过我们对一级缓存的探究之后,我们发现一级缓存更多是用于`查询操作`,毕竟`一级缓存`也叫做`查询缓存`吧,为什么叫查询缓存我们一会儿说。我们先来看一下这个缓存到底用在哪了,我们跟踪到`query`方法如下:



Override
public List query(MappedStatement ms, Object parameter, RowBounds
rowBounds, ResultHandler resultHandler) throws SQLException {
BoundSql boundSql = ms.getBoundSql(parameter);
//创建缓存
CacheKey key = createCacheKey(ms, parameter, rowBounds, boundSql);
return query(ms, parameter, rowBounds, resultHandler, key, boundSql);
}

@SuppressWarnings(“unchecked”)
Override
public List query(MappedStatement ms, Object parameter, RowBounds
rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws
SQLException {
list = resultHandler == null ? (List) localCache.getObject(key) : null;
if (list != null) {
//这个主要是处理存储过程用的。
handleLocallyCachedOutputParameters(ms, key, parameter, boundSql);
} else {
list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key,
boundSql);
}
}

// queryFromDatabase 方法
private List queryFromDatabase(MappedStatement ms, Object parameter,
RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql
boundSql) throws SQLException {
List list;
localCache.putObject(key, EXECUTION_PLACEHOLDER);
try {
list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql);
} finally {
localCache.removeObject(key);
}
localCache.putObject(key, list);
if (ms.getStatementType() == StatementType.CALLABLE) {
localOutputParameterCache.putObject(key, parameter);
}
return list;
}


如果查不到的话,就从数据库查,在`queryFromDatabase`中,会对`localcache`进行写入。 localcache对象的put方法最终交给Map进行存放



private Map<Object, Object> cache = new HashMap<Object, Object>();
@Override
public void putObject(Object key, Object value) { cache.put(key, value);}


### 二级缓冲


二级缓存的原理和一级缓存原理一样,第一次查询,会将数据放入缓存中,然后第二次查询则会直接去缓存中取。但是一级缓存是基于`sqlSession`的,而二级缓存是基于`mapper`文件的`namespace`的,也 就是说多个`sqlSession`可以共享一个mapper中的二级缓存区域,并且如果两个mapper的namespace 相同,即使是两个mapper,那么这两个mapper中执行sql查询到的数据也将存在相同的二级缓存区域 中  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326225106760.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 **如何使用二级缓存**  
 ① 、开启二级缓存  
 和一级缓存默认开启不一样,二级缓存需要我们手动开启,首先在全局配置文件`sqlMapConfig.xml`文件中加入如下代码:




其次在`UserMapper.xml`文件中开启缓存




我们可以看到`mapper.xml`文件中就这么一个空标签,其实这里可以配置,PerpetualCache这个类是mybatis默认实现缓存功能的类。我们不写type就使用mybatis默认的缓存,也可以去实现Cache接口来自定义缓存。  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/2021032622562429.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 我们可以看到二级缓存底层还是`HashMap`结构


开启了二级缓存后,还需要将要缓存的`pojo`实现`Serializable`接口,为了将缓存数据取出执行反序列化操 作,因为二级缓存数据存储介质多种多样,不一定只存在内存中,有可能存在硬盘中,如果我们要再取 这个缓存的话,就需要反序列化了。所以mybatis中的pojo都去实现Serializable接口


③、测试  
 一、测试二级缓存和sqlSession无关



@Test
public void testTwoCache(){
//根据 sqlSessionFactory 产生 session
SqlSession sqlSession1 = sessionFactory.openSession();
SqlSession sqlSession2 = sessionFactory.openSession();
UserMapper userMapper1 = sqlSession1.getMapper(UserMapper. class );
UserMapper userMapper2 = sqlSession2.getMapper(UserMapper. class );
//第一次查询,发出sql语句,并将查询的结果放入缓存中
User u1 = userMapper1.selectUserByUserId(1);
System.out.println(u1);
sqlSession1.close(); //第一次查询完后关闭 sqlSession
//第二次查询,即使sqlSession1已经关闭了,这次查询依然不发出sql语句
User u2 = userMapper2.selectUserByUserId(1);
System.out.println(u2);
sqlSession2.close();


可以看出上面两个不同的sqlSession,第一个关闭了,第二次查询依然不发出sql查询语句  
 二、测试执行commit()操作,二级缓存数据清空



@Test
public void testTwoCache(){
//根据 sqlSessionFactory 产生 session
SqlSession sqlSession1 = sessionFactory.openSession();
SqlSession sqlSession2 = sessionFactory.openSession();
SqlSession sqlSession3 = sessionFactory.openSession();
String statement = “com.lagou.pojo.UserMapper.selectUserByUserld” ;
UserMapper userMapper1 = sqlSession1.getMapper(UserMapper. class );
UserMapper userMapper2 = sqlSession2.getMapper(UserMapper. class );
UserMapper userMapper3 = sqlSession2.getMapper(UserMapper. class );
//第一次查询,发出sql语句,并将查询的结果放入缓存中
User u1 = userMapperl.selectUserByUserId( 1 );
System.out.println(u1);
sqlSessionl .close(); //第一次查询完后关闭sqlSession
//执行更新操作,commit()
u1.setUsername( “aaa” );
userMapper3.updateUserByUserId(u1);
sqlSession3.commit();
//第二次查询,由于上次更新操作,缓存数据已经清空(防止数据脏读),这里必须再次发出sql语
User u2 = userMapper2.selectUserByUserId( 1 );
System.out.println(u2);
sqlSession2.close();
}


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326225943689.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 ④、useCache和flushCache  
 mybatis中还可以配置userCache和flushCache等配置项,userCache是用来设置是否禁用二级缓 存的,在statement中设置useCache=false可以禁用当前select语句的二级缓存,即每次查询都会发出 sql去查询,默认情况是true,即该sql使用二级缓存



select * from user where id=#{id}

这种情况是针对每次查询都需要最新的数据sql,要设置成useCache=false,禁用二级缓存,直接从数 据库中获取。  
 在mapper的同一个namespace中,如果有其它insert、update, delete操作数据后需要刷新缓 存,如果不执行刷新缓存会出现脏读。  
 设置statement配置中的flushCache="true”属性,默认情况下为true,即刷新缓存,如果改成false则 不会刷新。使用缓存时如果手动修改数据库表中的查询数据会出现脏读。



select * from user where id=#{id}

一般下执行完commit操作都需要刷新缓存,flushCache=true表示刷新缓存,这样可以避免数据库脏读。所以我们不用设置,默认即可


### 二级缓存整合redis


上面我们介绍了 mybatis自带的二级缓存,但是这个缓存是单服务器工作,无法实现分布式缓存。 那么什么是分布式缓存呢?假设现在有两个服务器1和2,用户访问的时候访问了 1服务器,查询后的缓 存就会放在1服务器上,假设现在有个用户访问的是2服务器,那么他在2服务器上就无法获取刚刚那个缓存,如下图所示:  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326230647988.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 为了解决这个问题,就得找一个分布式的缓存,专门用来存储缓存数据的,这样不同的服务器要缓存数据都往它那里存,取缓存数据也从它那里取,如下图所示:  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210326230712357.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)  
 如上图所示,在几个不同的服务器之间,我们使用第三方缓存框架,将缓存都放在这个第三方框架中,然后无论有多少台服务器,我们都能从缓存中获取数据。  
 **这里我们介绍mybatis与redis的整合。**  
 刚刚提到过,mybatis提供了一个eache接口,如果要实现自己的缓存逻辑,实现cache接口开发即可。mybatis本身默认实现了一个,但是这个缓存的实现无法实现分布式缓存,所以我们要自己来实现。redis分布式缓存就可以,mybatis提供了一个针对cache接口的redis实现类,该类存在mybatis-redis包中实现  
 `pom.xml`



org.mybatis.caches mybatis-redis 1.0.0-beta2

`Mapper.xml`



<?xml version="1.0" encoding="UTF-8"?> select * from user

`redis.properties`



redis.host=localhost
redis.port=6379
redis.connectionTimeout=5000
redis.password=
redis.database=0


`测试`



@Test
public void SecondLevelCache(){
SqlSession sqlSession1 = sqlSessionFactory.openSession();
SqlSession sqlSession2 = sqlSessionFactory.openSession();
SqlSession sqlSession3 = sqlSessionFactory.openSession();
IUserMapper mapper1 = sqlSession1.getMapper(IUserMapper.class);
lUserMapper mapper2 = sqlSession2.getMapper(lUserMapper.class);
lUserMapper mapper3 = sqlSession3.getMapper(IUserMapper.class);
User user1 = mapper1.findUserById(1);
sqlSession1.close(); //清空一级缓存
User user = new User();
user.setId(1);
user.setUsername(“lisi”);
mapper3.updateUser(user);
sqlSession3.commit();
User user2 = mapper2.findUserById(1);
System.out.println(user1==user2);
}


## Mybatis架构原理


### 架构设计


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210327203847155.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)


我们把Mybatis的功能架构分为三层:  
 (1) API接口层:提供给外部使用的接口 API,开发人员通过这些本地API来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。  
 MyBatis和数据库的交互有两种方式:


* a. 使用传统的MyBati s提供的API ;
* b. 使用Mapper代理的方式  
 封装了JDBC Statement操作,负责对JDBC statement的操作,如设置参  
 数、将Statement结果集转换成List集合。  
 (2) 数据处理层:负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操作。  
 (3) 基础支撑层:负责最基础的功能支撑,包括连接管理、事务管理、配置加载和缓存处理,这些都是共用的东西,将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的支撑


### 主要构件及其相互关系




| 构件 | 描述 |
| --- | --- |
| SqlSession | 作为MyBatis工作的主要顶层API,表示和数据库交互的会话,完成必要数据库增删改查功能 |
| Executor | MyBatis执行器,是MyBatis调度的核心,负责SQL语句的生成和查询缓存的维护 |
| StatementHandler | 封装了JDBC Statement操作,负责对JDBC statement的操作,如设置参数、将Statement结果集转换成List集合。 |
| ParameterHandler | 负责对用户传递的参数转换成JDBC Statement所需要的参数 |
| ResultSetHandler | 负责将JDBC返回的ResultSet结果集对象转换成List类型的集合 |
| TypeHandler | 负责java数据类型和jdbc数据类型之间的映射和转换 |
| MappedStatement | MappedStatement维护了一条<select |
| SqlSource | 负责根据用户传递的parameterObject,动态地生成SQL语句,将信息封装到BoundSql对象中,并返回 |
| BoundSql | 表示动态生成的SQL语句以及相应的参数信息 |


![在这里插入图片描述](https://img-blog.csdnimg.cn/20210327205439296.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NTgxOTYx,size_16,color_FFFFFF,t_70)


### 总结流程


**(1) 加载配置并初始化**  
 `触发条件:加载配置文件`  
 配置来源于两个地方,一个是配置文件(主配置文件`conf.xml`,`mapper文件*.xml`),—个是java代码中的注解,将主配置文件内容解析封装到Configuration,将sql的配置信息加载成为一个mappedstatement对象,存储在内存之中  
 **(2) 接收调用请求**  
 `触发条件:调用Mybatis提供的API`  
 `传入参数:为SQL的ID和传入参数对象`  
 `处理过程:将请求传递给下层的请求处理层进行处理。`  
 **(3) 处理操作请求**  
 `触发条件:API接口层传递请求过来`  
 `传入参数:为SQL的ID和传入参数对象`  
 处理过程:


* 根据SQL的ID查找对应的MappedStatement对象。
* 根据传入参数对象解析MappedStatement对象,得到最终要执行的SQL和执行传入参数。
* 获取数据库连接,根据得到的最终SQL语句和执行传入参数到数据库执行,并得到执行结果。
* 根据MappedStatement对象中的结果映射配置对得到的执行结果进行转换处理,并得到最终的处理结果。
* 释放连接资源。


**(4) 返回处理结果**  
 将最终的处理结果返回。


## Mybatis源码剖析


### 传统方式源码剖析


#### 源码剖析-初始化



Inputstream inputstream = Resources.getResourceAsStream(“mybatisconfig.xml”);
//这一行代码正是初始化工作的开始。
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(inputStream);


**进入源码分析:**



// 1.我们最初调用的build
public SqlSessionFactory build(InputStream inputStream) {
//调用了重载方法
return build(inputStream, null, null);
}
// 2.调用的重载方法
public SqlSessionFactory build(InputStream inputStream, String environment, Properties properties) {
try {
// 创建 XMLConfigBuilder, XMLConfigBuilder是专门解析mybatis的配置文件的类
XMLConfigBuilder parser = new XMLConfigBuilder(inputStream, environment, properties);
// 执行 XML 解析
// 创建 DefaultSqlSessionFactory 对象
return build(parser.parse());
} catch (Exception e) {
throw ExceptionFactory.wrapException(“Error building SqlSession.”, e);
} finally {
ErrorContext.instance().reset();
try {
inputStream.close();
} catch (IOException e) {
// Intentionally ignore. Prefer previous error.
}
}
}


MyBatis在初始化的时候,会将MyBatis的配置信息全部加载到内存中,使用`org.apache.ibatis.session.Configuration` 实例来维护  
 **下面进入对配置文件解析部分:**  
 **首先对Configuration对象进行介绍:**



> 
> Configuration对象的结构和xml配置文件的对象几乎相同。  
>  回顾一下xml中的配置标签有哪些:  
>  properties (属性),settings (设置),typeAliases (类型别名),typeHandlers (类型处理器),objectFactory (对象工厂),mappers (映射器)等 Configuration也有对应的对象属性来封装它们  
>  也就是说,初始化配置文件信息的本质就是创建`Configuration`对象,将解析的xml数据封装到`Configuration`内部属性中
> 
> 
> 



/**
* 解析 XML 成 Configuration 对象。
*
* @return Configuration 对象
*/
public Configuration parse() {
// 若已解析,抛出 BuilderException 异常
if (parsed) {
throw new BuilderException(“Each XMLConfigBuilder can only be used once.”);
}
// 标记已解析
parsed = true;
///parser是XPathParser解析器对象,读取节点内数据,是MyBatis配置文件中的顶层标签
// 解析 XML configuration 节点
parseConfiguration(parser.evalNode(“/configuration”));
return configuration;
}

/**
* 解析 XML
*
* 具体 MyBatis 有哪些 XML 标签,参见 《XML 映射配置文件》http://www.mybatis.org/mybatis-3/zh/configuration.html
*
* @param root 根节点
*/
private void parseConfiguration(XNode root) {
try {
//issue #117 read properties first
// 解析 标签
propertiesElement(root.evalNode(“properties”));
// 解析 标签
Properties settings = settingsAsProperties(root.evalNode(“settings”));
// 加载自定义的 VFS 实现类
loadCustomVfs(settings);
// 解析 标签
typeAliasesElement(root.evalNode(“typeAliases”));
// 解析 标签
pluginElement(root.evalNode(“plugins”));
// 解析 标签
objectFactoryElement(root.evalNode(“objectFactory”));
// 解析 标签
objectWrapperFactoryElement(root.evalNode(“objectWrapperFactory”));
// 解析 标签
reflectorFactoryElement(root.evalNode(“reflectorFactory”));
// 赋值 到 Configuration 属性
settingsElement(settings);
// read it after objectFactory and objectWrapperFactory issue #631
// 解析 标签
environmentsElement(root.evalNode(“environments”));
// 解析 标签
databaseIdProviderElement(root.evalNode(“databaseIdProvider”));
// 解析 标签
typeHandlerElement(root.evalNode(“typeHandlers”));
// 解析 标签
mapperElement(root.evalNode(“mappers”));
} catch (Exception e) {
throw new BuilderException("Error parsing SQL Mapper Configuration. Cause: " + e, e);
}
}


**介绍一下 MappedStatement :**  
 **作用:** `MappedStatement`与`Mapper`配置文件中的一个`select/update/insert/delete`节点相对应。


`mapper`中配置的标签都被封装到了此对象中,主要用途是描述一条SQL语句。


\*\*初始化过程:\*\*回顾刚开始介绍的加载配置文件的过程中,会对`mybatis-config.xml`中的各个标签都进行解析,其中有`mappers`标签用来引入`mapper.xml`文件或者配置`mapper接口`的目录。



select * from user where id=#{id}

`select标签`会在初始化配置文件时被解析封装成一个`MappedStatement`对象,然后存储在`Configuration`对象的`mappedStatements`属性中,`mappedStatements`是一个`HashMap`,存储时`key=全限定类名+方法名`,`value =对应的MappedStatement`对象。


在`Configuration`中对应的属性为



Map<String, MappedStatement> mappedStatements = new StrictMap
(“Mapped Statements collection”)


在`XMLConfigBuilder`中的处理:



private void parseConfiguration(XNode root) {
try {
//省略其他标签的处理
mapperElement(root.evalNode(“mappers”));
} catch (Exception e) {
throw new BuilderException(“Error parsing SQL Mapper Configuration.Cause:” + e, e);
}
}


到此对`xml配置文件`的解析就结束了,回到步骤2.中调用的重载`build`方法



// 5.调用的重载方法
public SqlSessionFactory build(Configuration config) {
//创建了 DefaultSqlSessionFactory 对象,传入 Configuration 对象。
return new DefaultSqlSessionFactory(config);
}


#### 源码剖析-执行SQL流程


**先简单介绍SqlSession :**  
 SqlSession是一个接口,它有两个实现类:DefaultSqlSession (默认)和SqlSessionManager (弃用,不做介绍)  
 SqlSession是MyBatis中用于和数据库交互的顶层类,通常将它与`ThreadLocal`绑定,一个会话使用一个SqlSession,并且在使用完毕后需要`close`



public class DefaultSqlSession implements SqlSession {
private final Configuration configuration;
private final Executor executor;
}


SqlSession中的两个最重要的参数,`configuration`与初始化时的相同,`Executor`为执行器


**Executor:**  
 Executor也是一个接口,他有三个常用的实现类:


* BatchExecutor (重用语句并执行批量更新)
* ReuseExecutor (重用预处理语句 prepared statements)
* SimpleExecutor (普通的执行器,默认)


继续分析,初始化完毕后,我们就要执行SQL 了



SqlSession sqlSession = factory.openSession();
List list = sqlSession.selectList(“com.lagou.mapper.UserMapper.getUserByName”);


获得 sqlSession



//6. 进入openSession方法
@Override
public SqlSession openSession() {
//getDefaultExecutorType()传递的是SimpleExecutor
return openSessionFromDataSource(configuration.getDefaultExecutorType(), null, false);
}
//7. 进入openSessionFromDataSource。
//ExecutorType 为Executor的类型,TransactionIsolationLevel为事务隔离级别,autoCommit是否开启事务
//openSession的多个重载方法可以指定获得的SeqSession的Executor类型和事务的处理
private SqlSession openSessionFromDataSource(ExecutorType execType, TransactionIsolationLevel level, boolean autoCommit) {
Transaction tx = null;
try {
// 获得 Environment 对象
final Environment environment = configuration.getEnvironment();
// 创建 Transaction 对象
final TransactionFactory transactionFactory = getTransactionFactoryFromEnvironment(environment);
tx = transactionFactory.newTransaction(environment.getDataSource(), level, autoCommit);
// 创建 Executor 对象
final Executor executor = configuration.newExecutor(tx, execType);
// 创建 DefaultSqlSession 对象
return new DefaultSqlSession(configuration, executor, autoCommit);
} catch (Exception e) {
// 如果发生异常,则关闭 Transaction 对象
closeTransaction(tx); // may have fetched a connection so lets call close()
throw ExceptionFactory.wrapException("Error opening session. Cause: " + e, e);
} finally {
ErrorContext.instance().reset();
}
}


执行 sqlsession 中的 api



//8.进入selectList方法,多个重载方法
@Override
public List selectList(String statement) {
return this.selectList(statement, null);
}
@Override
public List selectList(String statement, Object parameter, RowBounds rowBounds) {
try {
// 获得 MappedStatement 对象
MappedStatement ms = configuration.getMappedStatement(statement);
// 执行查询
return executor.query(ms, wrapCollection(parameter), rowBounds, Executor.NO_RESULT_HANDLER);
} catch (Exception e) {
throw ExceptionFactory.wrapException("Error querying database. Cause: " + e, e);
} finally {
ErrorContext.instance().reset();
}
}


#### 源码剖析-executor


继续源码中的步骤,`executor.query`



//此方法在SimpleExecutor的父类BaseExecutor中实现
@Override
public List query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException {
//根据传入的参数动态获得SQL语句,最后返回用BoundSql对象表示
BoundSql boundSql = ms.getBoundSql(parameter);
//为本次查询创建缓存的Key
CacheKey key = createCacheKey(ms, parameter, rowBounds, boundSql);
// 查询
return query(ms, parameter, rowBounds, resultHandler, key, boundSql);
}

@Override
public List query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
ErrorContext.instance().resource(ms.getResource()).activity(“executing a query”).object(ms.getId());
// 已经关闭,则抛出 ExecutorException 异常
if (closed) {
throw new ExecutorException(“Executor was closed.”);
}
// 清空本地缓存,如果 queryStack 为零,并且要求清空本地缓存。
if (queryStack == 0 && ms.isFlushCacheRequired()) {
clearLocalCache();
}
List list;
try {
// queryStack + 1
queryStack++;
// 从一级缓存中,获取查询结果
list = resultHandler == null ? (List) localCache.getObject(key) : null;
// 获取到,则进行处理
if (list != null) {
handleLocallyCachedOutputParameters(ms, key, parameter, boundSql);
// 获得不到,则从数据库中查询
} else {
list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql);
}
} finally {
// queryStack - 1
queryStack–;
}
if (queryStack == 0) {
// 执行延迟加载
for (DeferredLoad deferredLoad : deferredLoads) {
deferredLoad.load();
}
// issue #601
// 清空 deferredLoads
deferredLoads.clear();
// 如果缓存级别是 LocalCacheScope.STATEMENT ,则进行清理
if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) {
// issue #482
clearLocalCache();
}
}
return list;
}

// 从数据库中读取操作
private List queryFromDatabase(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
List list;
// 在缓存中,添加占位对象。此处的占位符,和延迟加载有关,可见 DeferredLoad#canLoad() 方法
localCache.putObject(key, EXECUTION_PLACEHOLDER);
try {
// 执行读操作
list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql);
} finally {
// 从缓存中,移除占位对象
localCache.removeObject(key);
}
// 添加到缓存中
localCache.putObject(key, list);
// 暂时忽略,存储过程相关
if (ms.getStatementType() == StatementType.CALLABLE) {
localOutputParameterCache.putObject(key, parameter);
}
return list;
}

@Override
public List doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException {
Statement stmt = null;
try {
Configuration configuration = ms.getConfiguration();
// 传入参数创建StatementHanlder对象来执行查询
StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);
// 创建jdbc中的statement对象
stmt = prepareStatement(handler, ms.getStatementLog());
// 执行 StatementHandler ,进行读操作
return handler.query(stmt, resultHandler);
} finally {
// 关闭 StatementHandler 对象
closeStatement(stmt);
}
}

// 初始化 StatementHandler 对象
private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException {
Statement stmt;
// 获得 Connection 对象
Connection connection = getConnection(statementLog);
// 创建 Statement 或 PrepareStatement 对象
stmt = handler.prepare(connection, transaction.getTimeout());
// 设置 SQL 上的参数,例如 PrepareStatement 对象上的占位符
handler.parameterize(stmt);
return stmt;
}

// 获得 Connection 对象
protected Connection getConnection(Log statementLog) throws SQLException {
// 获得 Connection 对象
Connection connection = transaction.getConnection();
// 如果 debug 日志级别,则创建 ConnectionLogger 对象,进行动态代理
if (statementLog.isDebugEnabled()) {
return ConnectionLogger.newInstance(connection, statementLog, queryStack);
} else {
return connection;
}
}

img
img

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

行查询
StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);
// 创建jdbc中的statement对象
stmt = prepareStatement(handler, ms.getStatementLog());
// 执行 StatementHandler ,进行读操作
return handler.query(stmt, resultHandler);
} finally {
// 关闭 StatementHandler 对象
closeStatement(stmt);
}
}

// 初始化 StatementHandler 对象
private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException {
Statement stmt;
// 获得 Connection 对象
Connection connection = getConnection(statementLog);
// 创建 Statement 或 PrepareStatement 对象
stmt = handler.prepare(connection, transaction.getTimeout());
// 设置 SQL 上的参数,例如 PrepareStatement 对象上的占位符
handler.parameterize(stmt);
return stmt;
}

// 获得 Connection 对象
protected Connection getConnection(Log statementLog) throws SQLException {
// 获得 Connection 对象
Connection connection = transaction.getConnection();
// 如果 debug 日志级别,则创建 ConnectionLogger 对象,进行动态代理
if (statementLog.isDebugEnabled()) {
return ConnectionLogger.newInstance(connection, statementLog, queryStack);
} else {
return connection;
}
}

[外链图片转存中…(img-VMD4xnJJ-1715705480553)]
[外链图片转存中…(img-YdRjUbsA-1715705480553)]

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 19
    点赞
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值