Mybatis第三篇| Mybatis配置，有点小个性！
Mybatis第三篇| Mybatis配置，有点小个性！
目录
2.Mybatis第二篇| CRUD，这才是程序员入门第一课
前言
感谢大家继续来看我的Mybatis系列文章，这是该系列的第三篇文章，刚开始写这个系列的时候会担心有没有人看，因为在公众号前期我都是写一些关于Python方面的教程，所以积累的Python用户比较多。但是我觉得学习无止境，谁说学Python的不能学Java。因为前面两篇文章的阅读比我预想的要好点，所以对于这个系列我会更加的用心。
配置
今天的主角是↓
mybatis-config.xml，mybatis的核心配置文件。我们来看看官方文档中给了哪些可以配置的属性
- properties（属性）
- settings（设置）
- typeAliases（类型别名）
- typeHandlers（类型处理器）
- objectFactory（对象工厂）
- plugins（插件）
- environments（环境配置）
- environment（环境变量）
- transactionManager（事务管理器）
- dataSource（数据源）
- databaseIdProvider（数据库厂商标识）
- mappers（映射器）
上面是官方文档给出的所有配置，大家不理解也没关系，因为这篇文章就是带着大家来理解这些玩意的。
配置文件中配置的顺序
在mybatis-config.xml中，配置的顺序是非常重要的，也就是上面的这些配置如果顺序不对，那么配置文件就会报错。
例如我把settings放在了properties前面就报错了。
那么顺序是怎样的？
我们点开mybatis-3-config.dtd文件可以看到以下代码：
<!ELEMENT configuration (properties?, settings?, typeAliases?, typeHandlers?, objectFactory?, objectWrapperFactory?, reflectorFactory?, plugins?, environments?, databaseIdProvider?, mappers?)>
配置的顺序就是从左到右的顺序，properties->settings->typeAliases...
其实在官方文档中，目录的顺序就是配置文当中的顺序。
1. 属性（properties）
其实大家对于这个并不陌生，我们在学习JDBC时候，肯定也写过配置文件，这个属性就是让我们引入外部的配置文件。
<properties resource="db.properties"/>
通过上面的代码就可以引入外部文件了，这里我们来配置一个数据库的配置文件。
在resource文件下创建db.properties并配置相关配置
driver=com.mysql.cj.jdbc.Driver
url=jdbc:mysql://localhost:3306/mybatis?serverTimezone=Asia/Shanghai
useSSL=true&useUnicode=true&characterEncoding=utf8
username=root
password=123
在官方文档中，我们还可以看到两个骚操作，第一个就是可以在properties标签中覆盖掉配置文件中的属性。
例如我想把db.properties中的username替换成kuls，只需要按照下面代码编写:
<properties resource="db.properties">
<property name="username" value="kuls"/>
</properties>
除此之外，我们还可以调用配置文件中的值
这里username的值是我们上面配置property当中的值，也就是kuls。
从 MyBatis 3.4.2 开始，你可以为占位符指定一个默认值。例如：
<dataSource type="POOLED">
<!-- ... -->
<property name="username" value="${username:ut_user}"/>
<!-- 如果属性 'username' 没有被配置，'username' 属性的值将为 'ut_user' -->
</dataSource>
这个特性默认是关闭的。要启用这个特性，需要添加一个特定的属性来开启这个特性。例如：
<properties resource="db.properties">
<property name="org.apache.ibatis.parsing.PropertyParser.enable-default-value" value="true"/>
<!-- 启用默认值特性 -->
</properties>
2.设置（settings）
setting是一个比较重要的属性，里面的相关配置都关系着整个Mybatis的行为，所以我们需要去多了解。
在官方文档中，有很多的设置名可以设置，由于篇幅原因，这里就不一一列出来了，但是这里可以给大家提示几个常用的。
上面列出的延迟加载、日志文件输出，我们在后面都会详细跟大家讲解。关于setting的一些配置，大家最好移步官方文档好好阅读。
https://mybatis.org/mybatis-3/zh/configuration.html#settings
3.类型别名（typeAliases）
关于类型别名，大家看字面意思也大概能懂，我们看一段之前写过的代码。
<select id="getUserList" resultType="com.kuls.pojo.User">
select * from mybatis.user
</select>
大家可以看到resultType这个属性，我们需要把包路径全部写出来，如果有很多个sql语句，那我们岂不是要花很多时间在这上面，所以mybatis提供了类型别名的设置，怎么设置呢？看下面：
<!--给实体类设置别名-->
<typeAliases>
<!--第一种，可以自定义别名-->
<typeAlias type="com.kuls.pojo.User" alias="User"/>
</typeAliases>
<!--给实体类设置别名-->
<typeAliases>
<!--第二种，扫描实体类的包，他的默认别名就为这个类的类名，首字母小写! 当然也可以大写，建议小写-->
<package name="com.kuls.pojo"/>
</typeAliases>
//也可以通过@Alias注解起别名
@Alias("user")
public class User {
private int id;
private String name;
private String pwd;
...
}
上面给出了三种方式来给类起别名，但是个人推荐第二种，因为只需要扫描pojo包，就会自动将pojo下的所有类起别名，别名就是这个类的名称，首字母建议小写，也可以大写。
4. 插件（plugins）
在后面我们会接触到一些分页插件，它可以自动帮我们实现分页的功能。插件就是在映射语句执行过程中的某一点进行拦截调用。
我们可以自定义插件，我们可以看到官方给的例子：
// ExamplePlugin.java
@Intercepts({@Signature(
type= Executor.class,
method = "update",
args = {MappedStatement.class,Object.class})})
public class ExamplePlugin implements Interceptor {
private Properties properties = new Properties();
public Object intercept(Invocation invocation) throws Throwable {
// implement pre processing if need
Object returnObject = invocation.proceed();
// implement post processing if need
return returnObject;
}
public void setProperties(Properties properties) {
this.properties = properties;
}
}
<!-- mybatis-config.xml -->
<plugins>
<plugin interceptor="org.mybatis.example.ExamplePlugin">
<property name="someProperty" value="100"/>
</plugin>
</plugins>
当然这里我们就不带着大家去写一个插件了，日后我们也会有文章去编写一个简单的插件。
5.环境配置（environments）
这个我们应该比较熟悉了，在刚开始配置数据库的时候，我们就使用到了environments的配置。
可以看到environments里面包含着environment，这说明了我们可以配置多套环境。 官方文档中也有说到这种机制有助于将 SQL 映射应用于多种数据库之中。例如，开发、测试和生产环境需要有不同的配置。
不过我们要记住：尽管可以配置多个环境，但每个 SqlSessionFactory 实例只能选择一种环境。
注意一些关键点:
- 默认使用的环境 ID（比如：default="development"）。
- 每个 environment 元素定义的环境 ID（比如：id="development"）。
- 事务管理器的配置（比如：type="JDBC"）。
- 数据源的配置（比如：type="POOLED"）。
在 MyBatis 中有两种类型的事务管理器（也就是 type="[JDBC|MANAGED]"）：
- JDBC – 这个配置直接使用了 JDBC 的提交和回滚设施，它依赖从数据源获得的连接来管理事务作用域。
- MANAGED – 这个配置几乎没做什么。它从不提交或回滚一个连接，而是让容器来管理事务的整个生命周期，所以我们不用太多的去了解。
6.映射器（mappers）
这个属性其实在我们前面的文章也有提到。我们写好了sql语句在映射文件中，也就是mapper.xml中，但是mybatis是无法自动识别的，我们需要指定具体的路径，告诉mybatis去哪里找我们的映射文件。
官方文档提供了四种方式：
<!-- 使用相对于类路径的资源引用 -->
<mappers>
<mapper resource="org/mybatis/builder/AuthorMapper.xml"/>
<mapper resource="org/mybatis/builder/BlogMapper.xml"/>
<mapper resource="org/mybatis/builder/PostMapper.xml"/>
</mappers>
<!-- 使用完全限定资源定位符（URL） -->
<mappers>
<mapper url="file:///var/mappers/AuthorMapper.xml"/>
<mapper url="file:///var/mappers/BlogMapper.xml"/>
<mapper url="file:///var/mappers/PostMapper.xml"/>
</mappers>
<!-- 使用映射器接口实现类的完全限定类名 -->
<mappers>
<mapper class="org.mybatis.builder.AuthorMapper"/>
<mapper class="org.mybatis.builder.BlogMapper"/>
<mapper class="org.mybatis.builder.PostMapper"/>
</mappers>
<!-- 将包内的映射器接口实现全部注册为映射器 -->
<mappers>
<package name="org.mybatis.builder"/>
</mappers>
推荐大家把第一种resource和第三种class的方式好好记住，我们比较常用。
本文代码
完整代码：
https://github.com/hellokuls/kuls-mybatis
之后该系列的代码和文章全部放在这个GitHub项目，欢迎大家star！