4、配置解析

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.cj.jdbc.Driver
url=jdbc:mysql://localhost:3306/mybatis?useSSL=false&amp;useUnicode=true&amp;characterEncoding=UTF-8&amp;serverTimezone=UTC
username=root
password=123456

在核心文件中引入

    <!--引入外部配置文件-->
    <properties resource="db.properties"/>

可以直接引入外部文件

可以在其中增加一些属性配置

如果两个文件有同一个字段，优先使用外部配置文件

4、类型别名（typeAliases）

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

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

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

也可以指定一个包名，Mybatis会在包名下面搜索需要的Java Bean，比如：扫描实体类的包，它的默认别名就为这个类的类名，首字母小写

<!--可以给实体类写别名-->
    <typeAliases>
        <package name="com.jiang.pojo"/>
    </typeAliases>

在实体类比较少的适合，使用第一种方式

如果实体类十分多，建议使用第二种

第一种可以DIY别名，第二种不行，如果非要改，需要在实体类上增加注解

@Alias("user")
public class User{}

5、设置

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

6. 其他配置

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

7. 映射器 mappers

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

方式一：【推荐使用】

<!--每一个Mapper.xml都需要在MyBatis核心配置文件中注册-->
<mappers>
    <mapper resource="com/jiang/dao/UserMapper.xml"/>
</mappers>

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

<!--每一个Mapper.xml都需要在MyBatis核心配置文件中注册-->
<mappers>
    <mapper resource="com.jiang.dao.UserMapper"/>
</mappers>

注意点：

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

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


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

?8、生命周期和作用域

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

SqlSessionFactoryBuilder:

一旦创建了SqlSessionFactory，就不再需要它了
局部变量

SqlSessionFactory:

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