Mybatis 配置解析详解及生存周期、作用域图 D3

一、Mybatis 配置解析详解

1 核心配置文件

• mybatis-config.xml

• MyBatis的配置文件包含了会深深影响MyBatis行为的设置和属性信息。

  configuration(配置)
  properties(属性)
  settings(设置)
  typeAliases(类型别名)
  typeHandlers(类型处理器)
  objectFactory(对象工厂)
  plugins(插件)
  environments(环境配置)
  environment(环境变量)
  transactionManager(事务管理器)
  dataSource(数据源)
  databaseIdProvider(数据库厂商标识)
  mappers(映射器)
  

2 环境配置（environments）

Mybatis可以适应多种环境！

不过要记住：尽管可以配置多个环境，但是每个SqlSessionFactory实例只能选择一种环境。

Mybatis默认的事务管理器是JDBC， 连接池：POOLED

3 属性（properties）

我们可以通过properties属性来实现引用配置文件；

这些属性都是可以在外部配置且可动态替换的，既可以在典型的Java属性文件中配置，也可以在.properties配置并通过元素来传递。

编写一个配置文件：

db.properties:

driver=com.mysql.jdbc.Driver
url=jdbc:mysql://localhost:3306/mybatis?useSSL=false&useUnicode=true&characterEncoding=UTF-8&serverTimeZone=CST
username=root
password=123456

在核心配置文件中引入:

此处需要注意： mybatis-config.xml文件中对于标签的位置是严格定义的，参照下图：

<!--引入外部配置文件-->
<properties resource="db.properties">
    <property name="username" value="root"/>
    <property name="password" value="111111"/>
</properties>

注意：

• 可以直接引入外部文件
• 可以在其中增加一些属性配置
• 如果两个文件有同一个字段，.properties元素体内的属性优先

4 类型别名（typeAliases）

• 类型别名用处： 为Java类型设置一个短的名字。
• 存在意义仅在于用来减少类完全限定名（例如：com.demut.pojo.User）的冗余。

示例一：（给实体类起别名）

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

优点：可以自行DIY类名称

缺点：若包内实体类过多，需要很多的起别名语句，不方便

示例二：（给包起别名）

<!--可以给包起别名，默认别名为实体类的原名称（首字母小写）-->
<typeAliases>
    <package name="com.demut.pojo"/>
</typeAliases>

优点：可以直接对包中的所有实体类起作用

缺点：均是默认别名：实体类的原名称（首字母小写）

5 其他配置

• typeHandlers（类型处理器）
• objectFactory（对象工厂）
• plugins插件
  • mybatis-generator-core
  • mybatis-plus
  • 通用mapper

6 映射器(mappers)

MapperRegistry: 注册绑定我们的Mapper文件

方式一：使用resource注册

<mappers>
    <mapper resource="com/demut/dao/UserMapper.xml"/>
</mappers>

方式二：使用class文件绑定注册

<mappers>
		<mapper class="com.demut.dao.UserMapper" />
</mappers>

注意：

- 接口和他的Mapper配合文件必须同名！
- 接口和他的Mapper配置文件必须在同一个包下！

方式三：使用扫描包进行注入绑定

<mappers>
    <package name="com.demut.dao"/>
</mappers>

注意：

• 接口和他的Mapper配置文件必须同名！
• 接口和他的Mapper配置文件必须在同一个包下！

二、生存周期和作用域

生命周期，和作用域是至关重要的，因为错误的使用会导致非常严重的并发问题。

SqlSessionFactoryBuilder:

• 一旦创建了SqlSessionFactory，就不在需要
• 局部变量

SqLSessionFactory:

• 可以想象为：数据库连接池
• SqlSessionFactory一旦被创建就应该在应用运行期间一直存在，没有任何理由丢弃它或重新创建另一个实例。
• 因此SQLSessionFactory的最佳作用域是应用作用域。
• 最简单的就是使用单例模式或者静态单例模式。

SqlSession：

• 连接到连接池的一个请求！
• SqlSession的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法引用域。
• 用完后需要赶紧关闭，否则资源被占用！

三者之间关系如图：

其中每一个Mapper，均代表一个具体的业务！

写在最后

忙于采集的蜜蜂，无暇在人前高谈阔论