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

• 标签引入顺序：properties->settings->typeAliases->typeHandlers->objectFactory->objectWrapperFactory->reflectorFactory->plugins->environments->databaseIdProvider->mappers

• 编写一个配置文件db.properties

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

• 在核心配置文件中引入

  <properties resource="db.properties">
  	<property name="username" value="root"/>
      <property name="password" value="123456"/>
  </properties>
  

  • 可以直接引入外部文件
  • 可以在其中增加一些属性配置
  • 如果两个文件有同一个字段，优先使用外部配置文件

4. 类型别名（typeAliases）

• 类型别名是为 Java 类型设置一个短的名字

• 存在的意义仅在于为减少类完全限定名的冗余

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

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

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

在实体类比较少的时候使用第一种；如果实体类非常多建议使用第二种

第一种可以自己定义别名；第二种默认情况下不能自定义，若实体类存在别名注解@Alias(“xxx”)，则别名为其注解值

5. 设置（settings）

这是Mybatis中极为重要的调整设置，他们会改变Mybatis的运动时行为

6. 其他配置

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

7. 映射器（mappers）

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

• 方式一：使用类路径绑定（推荐）

<!-- 使用相对于类路径的资源引用 -->
<mappers>
  <mapper resource="com/lrm/dao/UserMapper.xml"/>
</mappers>

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

<!-- 使用映射器接口实现类的完全限定类名 -->
<mappers>
  <mapper class="com.lrm.dao.UserMapper"/>
</mappers>

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

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

方式二、三注意点：

1. 接口和它的Mapper配置文件必须同名
2. 接口和它的Mapper配置文件必须在同一个包下

8. 作用域（Scope）和生命周期

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

sqlSessionFactoryBuilder：

• 一旦创建了sqlSessionFactory，就不需要它了
• 局部变量

sqlSessionFactory：

• 可以想象成数据库连接池

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

• 最简单的就是使用单例模式或者静态单例模式

sqlSession：

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

这里的每一个Mapper就是代表一个具体的业务