Mybatis框架复习

框架大多是应用形，具体在IDEA中复习，此文章仅涉及部分原理。

三个核心接口

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

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

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

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

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

映射器实例
映射器是一些绑定映射语句的接口。映射器接口的实例是从 SqlSession 中获得的。虽然从技术层面上来讲，任何映射器实例的最大作用域与请求它们的 SqlSession 相同。但方法作用域才是映射器实例的最合适的作用域。 也就是说，映射器实例应该在调用它们的方法中被获取，使用完毕之后即可丢弃。 映射器实例并不需要被显式地关闭。尽管在整个请求作用域保留映射器实例不会有什么问题，但是你很快会发现，在这个作用域上管理太多像 SqlSession 的资源会让你忙不过来。 因此，最好将映射器放在方法作用域内。就像下面的例子一样：

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

1.项目大多用map，不用实体类（属性较多的时候）
2.模糊查询 1在java代码执行的时候使用通配符%进行查询 List < User > userList =mapper.getUserLike(“%李%”)
2在sql拼接中使用通配符 select * from mybatis.user where name like “%”#{value}“%”
3.等等

配置解析

核心配置文件

mybatis-config.xml能够配置

properties（属性） 可以通过属性来实现引用配置文件，是外部可动态替换的，通过java外部文件替换，也可以通过properties元素的子元素来传递。db.properties中配置，然后在核心配置文件中引入。注意在XML中所有的标签都可以规定其顺序。所以properties标签写在最上边。注意最后读取作为方法参数传递的属性，并覆盖之前读取过的同名属性，外部配置文件优先级比较高，以它为准

settings（设置）

typeAliases（类型别名）

typeHandlers（类型处理器）

objectFactory（对象工厂）

plugins（插件）

environments（环境配置） 尽管可以配置多个环境，但每个sqlsessionFactory实例只能选择一种环境

environment（环境变量）

transactionManager（事务管理器） 默认事务管理器JDBC，连接池POOLED

dataSource（数据源）

databaseIdProvider（数据库厂商标识）

mappers（映射器）

类型别名

设置短的名字，来减少类完全限定名的冗余

<!--    给实体类起别名-->
    <typeAliases>
        <typeAlias type="com.pojo.User" alias="user"></typeAlias>
    </typeAliases>

2也可以指定一个包，mybatis会在包名下面搜索需要的javaBean
扫描实体类的包，他的默认别名就为这个类的别名，首字母小写

<typeAliases>
        <package name="com.pojo.User"></package>
    </typeAliases>

3.也可以用注解起别名，以下给XX起别名hello
@Alias(“hello”)
class XX{
XXX
}

typeAliases > 注解 > 限定包名

别名不区分大小写
加_int是基本类型，int是包装类型

设置

几个常用的基本设置

cacheEnabled 全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。 true | false true

lazyLoadingEnabled 延迟加载的全局开关。当开启时，所有关联对象都会延迟加载。 特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态。 true | false false

useGeneratedKeys 允许 JDBC 支持自动生成主键，需要数据库驱动支持。如果设置为 true，将强制使用自动生成主键。尽管一些数据库驱动不支持此特性，但仍可正常工作（如 Derby）。 true | false False

mapUnderscoreToCamelCase 是否开启驼峰命名自动映射，即从经典数据库列名 A_COLUMN 映射到经典 Java 属性名 aColumn。 true | false False （数据库中用last_name，然后java项目中用的是lastName，Oracle数据库字段名全部转化为大写）

logImpl 指定 MyBatis 所用日志的具体实现，未指定时将自动查找。 SLF4J | LOG4J | LOG4J2 | JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING 未设置

映射器

MapperRegistry：注册绑定我们的Mapper文件
方式一：每一个xml都需要注册绑定，xml文件可以放在任何位置，注意在maven中加上发布资源

<!-- 使用相对于类路径的资源引用 -->

<mappers>
  <mapper resource="org/mybatis/builder/AuthorMapper.xml"/>
  <mapper resource="org/mybatis/builder/BlogMapper.xml"/>
  <mapper resource="org/mybatis/builder/PostMapper.xml"/>
</mappers>

方式二：使用cclass文件绑定：可能会出现问题，有要求
1接口和mapper配置文件必须同名
2接口和配置文件必须在同一包下

<!-- 使用映射器接口实现类的完全限定类名 -->
<mappers>
  <mapper class="org.mybatis.builder.AuthorMapper"/>
  <mapper class="org.mybatis.builder.BlogMapper"/>
  <mapper class="org.mybatis.builder.PostMapper"/>
</mappers>

方式三：使用扫描包进行注入绑定
1接口和mapper配置文件必须同名
2接口和配置文件必须在同一包下

<!-- 将包内的映射器接口实现全部注册为映射器 -->
<mappers>
  <package name="org.mybatis.builder"/>
</mappers>

作用域和生命周期

重要，错误的使用在并发中容易出现严重错误
执行流程：（工厂模式）

SqlSessionFactoryBuilder
这个类可以被实例化、使用和丢弃，一旦创建了 SqlSessionFactory，就不再需要它了。
一般放到局部变量

SqlSessionFactory
想象为数据库连接池
SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由丢弃它或重新创建另一个实例。
最佳作用域是应用作用域

SqlSession
连接到连接池的一个请求，
需要开启和关闭
实例不是线程安全的，用完之后需要赶紧关闭，最佳方法作用域

错误的使用会引起并发问题，宕机
每一个mapper对应一个具体的业务。

解决属性名和字段名不一致问题

1.在sql语句中起别名
select id,name,pwd, as password from mybatis.user where id = #{id};

2通过resultmap来解决（结果集映射）
数据库：id name pwd
实体类：id name password

<!--resultmap，id对应mapper中引用的，结果集映射为user-->
<resultMap id="UserMap" type="com.pojo.User">
<!--column对应数据库字段，property对应实体类的属性-->
    <result column="pwd" property="password"></result>
</resultMap>
  <select id="getUserById" parameterType="int" resultType="com.pojo.User" resultMap="UserMap">
  select * from mybatis.user where id=#{id}
  </select>

resultmap需要找到resultmap标签去映射。ResultMap 的设计思想是，对简单的语句做到零配置，对于复杂一点的语句，只需要描述语句之间的关系就行了。

优秀：如果已经非常了解，并不需要显式的用到他们。

日志

日志工厂

如果一个数据库操作出现了异常，我们需要排错，日志最好的助手
sout，debug，日志工厂

LOG4J

STDOUT_LOGGIN

mybatis-config中配置
这是标准日志输出，

    <settings>
        <setting name="logImpl" value="STDOUT_LOGGING"/>
    </settings>

log4j

1可以将日志输出到控制台、文件等
2控制每一条日志输出格式
3定义每一条日志信息的级别，我们能够更加细致的控制日志的生成过程
4通过一个配置文件来灵活配置，不需要改源码

日志对象，参数为当前类的class
static Logger logger = Logger.getLogger(UserDaoTest.calss);

分页

使用mybatis实现分页，核心SQL
1.接口
2.mapper.xml
3.测试

分页插件

mybatis page helper

使用注解开发

Dao层接口方法上面直接加@注解的sql语句
使用注解开发，只能够应对简单的sql语句，复杂的sql语句就很难处理，所以mybatis建议使用xml文件来完成sql语句
需要在配置文件中绑定
可以注解和配置文件一起使用

本质：反射机制实现
底层：动态代理

详细执行流程