Mybatis配置解析
配置解析
4.1、核心配置文件
-
mybatis-config.xml
-
MyBatis的配置文件包含了会深深影响MyBatis行为的设置和属性信息。
configuration（配置）
properties（属性）
settings（设置）
typeAliases（类型别名）
typeHandlers（类型处理器）
objectFactory（对象工厂）
plugins（插件）
environments（环境配置）
environment（环境变量）
transactionManager（事务管理器）
dataSource（数据源）
databaseIdProvider（数据库厂商标识）
mappers（映射器）
4.2、环境配置（environments）
MyBatis 可以配置成适应多种环境，不过要记住：尽管可以配置多个环境，但每个 SqlSessionFactory 实例只能选择一种环境。
学会使用配置多套运行环境！
Mybatis默认的事务管理器就是JDBC，连接池：POOLED
4.3、属性（properties）
我们可以通过properties属性来实现引用配置文件。
这些属性可以在外部进行配置，并可以进行动态替换。你既可以在典型的 Java 属性文件中配置这些属性，也可以在 properties 元素的子元素中设置。【db.properties】
编写一个数据库配置文件 da.properties
driver=com.mysql.cj.jdbc.Driver
url=jdbc:mysql://localhost:3308/mybatis?useUnicode=true;characterEncoding=utf-8;useSSL=false;serverTimezone=GMT
username=root
password=@20020114Zgh
在核心配置文件文件中引入
注意点：
- 可以直接引入外部文件
- 可以在其中增加一些属性配置
- 如果两个文件有同一个字段，优先使用外部配置文件的！
4.4、类型别名（typeAliases）
- 类型别名可为 Java 类型设置一个缩写名字。
- 意在降低冗余的全限定类名书写。
<typeAliases>
<typeAlias type="com.hua.pojo.User" alias="User"/>
typeAliases>
也可以指定一个包名，MyBatis 会在包名下面搜索需要的 Java Bean，比如：
扫描实体类的包，他的默认别名就为这个类的类名，首字母小写。
<typeAliases>
<package name="com.hua.pojo"/>
typeAliases>
在实体类比较少的时候，使用第一种方式。
如果实体类十分多，建议使用第二种。
区别：
第一种可以DIY别名，第二种则‘不行’，如果非要改，需要在实体类上增加注解
@Alias("user")
public class User {
private int id;
private String name;
private String pwd;
}
4.5、设置（settings）
这是 MyBatis 中极为重要的调整设置，它们会改变 MyBatis 的运行时行为。
4.6、其他配置
- typeHandlers（类型处理器）
- objectFactory（对象工厂）
- plugins（插件
- mybatis-generator-core
- mybatis-plus
- 通用mapper
4.7、映射器（mappers）
MapperRegisy：注册绑定我们的Mapper文件
方式一：【推荐使用】
<mappers>
<mapper resource="com/hua/dao/UserMapper.xml"/>
mappers>
<mapper resource="com/hua/dao/*Mapper.xml"/>
方式二：使用class文件绑定注册
<mappers>
<mapper class="com.hua.dao.UserMapper"/>
mappers>
方式三：使用扫描包进行注入绑定
<mappers>
<package name="com.hua.dao"/>
mappers>
方式二、方式三注意点：
- 接口和它的Mapper配置文件必须同名！
- 接口和它的Mapper配置文件必须在同一个包下！
练习时间：
- 将数据库配置文件外部引入
- 实体类别名
- 保证UserMapper接口和UserMapper.xml改为一致，并放在同一个包下！
8、生命周期和作用域
作用域和生命周期类别是至关重要的，因为错误的使用会导致非常严重的并发问题。
SqlSessionFactoryBuilder：
- 一旦创建了 SqlSessionFactory，就不再需要它了。
- 局部变量
SqlSessionFactory：
- 说白了就是可以想象为：数据库连接池
- SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由丢弃它或重新创建另一个实例。
- 因此 SqlSessionFactory 的最佳作用域是应用作用域。
- 最简单的就是使用单例模式或者静态单例模式。
SqlSession：
- 连接到连接池的一个请求！
- 需要开启和关闭
- SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。
- 用完之后需要感觉关闭，否则资源被占用！
这里面的每一个Mapper就代表一个具体的业务。