1.核心配置文件
- mybatis-config.xml
- MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。 配置文档的顶层结构如下:
configuration（配置）
properties（属性）
settings（设置）
typeAliases（类型别名）
typeHandlers（类型处理器）
objectFactory（对象工厂）
plugins（插件）
environments（环境配置）
environment（环境变量）
transactionManager（事务管理器）
dataSource（数据源）
databaseIdProvider（数据库厂商标识）
mappers（映射器）
2.环境配置（environments)
尽管可以配置多个环境，但每个SqlSessionFactory实例只能选择一种环境
Mybatis默认的事务管理器就是JDBC,连接池：POOLED
3.属性(properties)
可以通过properties属性来实现引用配置文件
<dataSource type="POOLED">
<property name="driver" value="${driver}"/>
<property name="url" value="${url}"/>
<property name="username" value="${username}"/>
<property name="password" value="${password}"/>
</dataSource>
这些属性都是课外部配置且可动态替换的，既可以在典型得java属性文件中配置，亦可通过properties元素的子元素来传递【db.properties】
即编写一个.properties配置文件
db.properties:
driver=com.mysql.jdbc.Driver
url=jdbc:mysql://localhost:3306/mybatis?useSSL=false&userUnicode=true&characterEncoding=UTF-8
username=root
password=123456
在核心配置文件中，引入这个外部配置文件
可以在其中增加一些属性
如果两个文件有同一个字段，优先使用外部配置文件的。
4.类型别名（typeAliases）--优化
- 类型别名可为java类型设置一个缩写名字
- 仅用于xml配置，意在降低冗余的全限定类名书写
<typeAliases>
<typeAlias type="com.kuang.pojo.User" alias="User"/>
</typeAliases>
也可指定一个别名，Mybatis会在包名下面搜索需要的JavaBean，比如：
扫描实体类的包，他的默认别名就是这个类的类名。首字母小写（大写也可以）！
<typeAliases>
<package name="com.kuang.pojo"/>
</typeAliases>
所以默认就是包下的类：user
在实体类较少的时候，使用第一种方式，如果实体类较多建议使用第二种，第一种可以自定义别名（DIY)
若第二种在扫描包的时候非要自定义别名，则需要在所在类的下面定义Alias别名，如：
@Alias("hello")
5.设置
这是Mybatis中极为重要的调整设置，会改变Mybatis的运行时行为
6.其他配置
- typeHandlers（类型处理器）
- objectFactory（对象工厂）
- plugins插件
- mybatis-generator-core：根据数据库名字自动编写sql文件
- mybatis-plus：第三方插件，使用后mybatis效率更高
- 通用mapper
7.映射器（mappers）
mapperRegistry：注册绑定我们的Mapper文件
方式一：
<mappers>
<mapper resource="com/kuang/dao/User/UserMapper.xml"/>
</mappers>
方式二：使用class文件绑定注册
<mappers>
<mapper class="com.kuang.dao.UserMapper"/>
</mappers>
（使用class）注意点：
- 接口和他的Mapper配置文件必须同名
- 接口和他的Mapper配置文件必须在同一个包下！
方式三：使用扫描包进行注入绑定
<mappers>
<package name="com.kuang.dao"/>
</mappers>
（使用扫描包）注意点：
- 接口和他的Mapper配置文件必须同名
- 接口和他的Mapper配置文件必须在同一个包下！
8.生命周期
生命周期和作用域是至关重要的，错误的使用会导致非常严重的并发问题。
SqlSessionFactoryBulider（与后者是递进关系）：
- 一旦创建了SqlSessionFactory,就不再需要它了
- 可以将其设置为局部变量
SqlSessionFactory
- 即可以将其想象为数据库连接池，可以创建多个线程
- SqlSessionFactory一旦被创建就应该在运行期间一直存在，没有理由丢弃它或重新创建另一个实例
- 因此SqlSessionFactory的最佳作用域是应用作用域。
- 最简单的就是使用单例模式或者静态单例模式，保证全局只有一个变量
SqlSession
- 连接到连接池的请求
- 用完之后需要赶紧关闭请求，否则资源被占用
每一个Mapper就代表一个具体的业务
