Mybatis(6) —— 核心配置文件中的属性优化

4.1

1、Mybatis核心配置文件

    官方文档推荐我们将Mybatis核心配置文件命名为mybatis-config.xml

• MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息
  

• configuration（配置）

  • properties（属性）
  • settings（设置）
  • typeAliases（类型别名）

• environments（环境配置）

  • environment（环境变量）
    • transactionManager（事务管理器）
    • dataSource（数据源）

• mappers（映射器）
  
  
  
  

2、环境配置(environments)

    注意：环境指定是mybatis使用的数据库环境

    MyBatis 可以配置成适应多种环境，这种机制有助于将 SQL 映射应用于多种数据库之中,不过要记住：尽管可以配置多个环境，但每个 SqlSessionFactory 实例只能选择一种环境

    我们需要会配置多套数据库环境

    所以，如果你想连接两个数据库，就需要创建两个 SqlSessionFactory 实例，每个数据库对应一个。而如果是三个数据库，就需要三个实例，依此类推，记起来很简单：

• 每个数据库对应一个 SqlSessionFactory 实例

<?xml version="1.0" encoding="UTF8" ?>
<!DOCTYPE configuration
        PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
    <!--数据库环境节点-->
    <environments default="development"><!--environments节点的default属性指定配置的众多环境中默认使用哪一个数据库环境-->
        <!--环境1，我们还可以配置其他很多的环境节点-->
        <environment id="development">
            <transactionManager type="JDBC"/><!--事务管理，这里使用的就是JDBC中的事务管理-->
            <dataSource type="POOLED">
                <!--属性节点，name设置属性名称，value设置属性值-->
                <!--这里配置的就是JDBC4大参数-->
                <property name="driver" value="com.mysql.jdbc.Driver"/><!--驱动-->
                <!--注意：在XML中使不能直接使用&连接参数，我们需要转义，使用&amp;代替&-->
                <property name="url" value="jdbc:mysql://localhost:3306/mybatis?useUnicode=true&amp;characterEncoding=UTF-8&amp;useSSL=false"/><!--数据库的URL-->
                <property name="username" value="root"/><!--连接数据库的账号-->
                <property name="password" value="123"/><!--连接数据库的密码-->
            </dataSource>
        </environment>

        <!--环境2-->
        <environment id="test">
            <transactionManager type="JDBC"/><!--事务管理，这里使用的就是JDBC中的事务管理-->
            <dataSource type="POOLED">
                <!--属性节点，name设置属性名称，value设置属性值-->
                <!--这里配置的就是JDBC4大参数-->
                <property name="driver" value="com.mysql.jdbc.Driver"/><!--驱动-->
                <!--注意：在XML中使不能直接使用&连接参数，我们需要转义，使用&amp;代替&-->
                <property name="url" value="jdbc:mysql://localhost:3306/mybatis?useUnicode=true&amp;characterEncoding=UTF-8&amp;useSSL=false"/><!--数据库的URL-->
                <property name="username" value="root"/><!--连接数据库的账号-->
                <property name="password" value="123"/><!--连接数据库的密码-->
            </dataSource>
        </environment>
    </environments>
    <mappers>
        <mapper resource="com/thhh/dao/UserMapper.xml"/>
    </mappers>
</configuration>

    上面的代码块中有两套环境，一套叫development，一套叫test，而我们的mybatis使用的是哪一套环境呢？通过环境的根节点environments的default属性值来设置，这个属性的属性值只能是它包含的environment 节点的id属性值，default的值等于哪一个id的属性，那么mybatis使用的就是哪一套数据库环境

1.事务管理器（transactionManager）

    只需要知道mybatis事务管理器有两种，mybatis默认使用JDBC即可
    在 MyBatis 中有两种类型的事务管理器（也就是 type="[JDBC|MANAGED]"）：

    JDBC – 这个配置直接使用了 JDBC 的提交和回滚设施，它依赖从数据源获得的连接来管理事务作用域。
    MANAGED – 这个配置几乎没做什么。它从不提交或回滚一个连接，而是让容器来管理事务的整个生命周期（比如 JEE 应用服务器的上下文）。 默认情况下它会关闭连接。然而一些容器并不希望连接被关闭，因此需要将 closeConnection 属性设置为 false 来阻止默认的关闭行为

2.数据源(dataSource)

    只需要知道mybatis数据源有三种，mybatis默认使用POOLED即可
    dataSource 元素使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源，即数据源 = 数据库连接对象资源
    有三种内建的数据源类型（也就是 type="[UNPOOLED|POOLED|JNDI]"）：

• UNPOOLED– 这个数据源的实现会每次请求时打开和关闭连接
• POOLED– 这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来，避免了创建新的连接实例时所必需的初始化和认证时间
• JNDI – 这个数据源实现是为了能在如 EJB 或应用服务器这类容器中使用，容器可以集中或在外部配置数据源，然后放置一个 JNDI 上下文的数据源引用

3、属性(properties)

    我们可以通过properties节点实现引用配置文件，再使用property节点获取配置文件中的<K,V>键值对的属性
    创建一个[db.properties]

1. 在mybatis核心配置文件中引入我们的配置文件，引入方法为

<properties resource="配置文件的全路径">

<?xml version="1.0" encoding="UTF8" ?>
<!DOCTYPE configuration
        PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
    <!--引入外部配置文件-->
    <properties resource="db.properties"/>

    <!--数据库环境节点-->
    <environments default="development"><!--environments节点的default属性指定配置的众多环境中默认使用哪一个数据库环境-->
        <!--环境1，我们还可以配置其他很多的环境节点-->
        <environment id="development">
            <transactionManager type="JDBC"/><!--事务管理，这里使用的就是JDBC中的事务管理-->
            <dataSource type="POOLED">
                <!--属性节点，name设置属性名称，value设置属性值-->
                <!--这里配置的就是JDBC4大参数-->
                <property name="driver" value="${driver}"/><!--驱动-->
                <!--注意：在XML中使不能直接使用&连接参数，我们需要转义，使用&amp;代替&-->
                <property name="url" value="${url}"/><!--数据库的URL-->
                <property name="username" value="${username}"/><!--连接数据库的账号-->
                <property name="password" value="${password}"/><!--连接数据库的密码-->
            </dataSource>
        </environment>
    </environments>
    <mappers>
        <mapper resource="com/thhh/dao/UserMapper.xml"/>
    </mappers>
</configuration>

原因
    如果一个属性在不只一个地方进行了配置，那么，MyBatis 将按照下面的顺序来加载：

• 首先读取在 properties 元素体内指定的属性
• 然后根据 properties 元素中的 resource 属性读取类路径下属性文件，或根据 url 属性指定的路径读取属性文件，并覆盖之前读取过的同名属性
• 最后读取作为方法参数传递的属性，并覆盖之前读取过的同名属性

    因此，通过方法参数传递的属性具有最高优先级，resource/url 属性中指定的配置文件次之，最低优先级的则是 properties 元素中指定的属性

---

4、类型别名(typeAliases)

    类型别名可为 Java 类型设置一个缩写名字，它仅用于 XML 配置，意在降低冗余的全限定类名书写

注意：即使是java类型的别名，我们也是要写在mybatis核心配置文件中才行，不能写在某一个mapper.xml文件中

法1：在mybatis文件中添加typeAliases节点，且使用typeAlias子节点设置pojo的别名

    可见typeAliases在顺序中的第3个，而我们这里并没有写settings节点，所以typeAliases就需要写在properties节点的下面



法2：在mybatis文件中添加typeAliases节点，且使用package子节点来扫描pojo包
    这种方法的好处在于，只要指定了这个pojo包，我们就可以直接在mapper.xml文件中直接使用首字母小写的pojo类名称作为pojo类的别名(其实首字母大写也是可以用的，但是官方文件推荐使用首字母小写)

    这种做法的缺点显而易见，不能自己DIY pojo类的别名，如果我们想DIY，就需要去对应的pojo类定义处加上一个注解：@Alias(“DIY的别名”)

其他一些我们需要了解的别名
    下面是一些为常见的 Java 类型内建的类型别名。它们都是不区分大小写的，注意，为了应对原始类型的命名重复，采取了特殊的命名风格。

我们需要注意上图的就两个点
    ①基本数据类型的名称被用作包装类的别名，而基本数据类型的别名在原来的名称前面加一个"_"
    ②常用类的别名就是将所有的字母小写即可

---

环境、属性和类型别名就是我们在使用mybatis的时候需要的配置文件中进行配置的东西了，其他的了解即可

---

5、设置(settings)

    这是 MyBatis 中极为重要的调整设置，它们会改变 MyBatis 的运行时行为
setting节点的属性有很多

    一个配置完整的 settings 元素的示例如下：

<settings>
  <setting name="cacheEnabled" value="true"/>
  <setting name="lazyLoadingEnabled" value="true"/>
  <setting name="multipleResultSetsEnabled" value="true"/>
  <setting name="useColumnLabel" value="true"/>
  <setting name="useGeneratedKeys" value="false"/>
  <setting name="autoMappingBehavior" value="PARTIAL"/>
  <setting name="autoMappingUnknownColumnBehavior" value="WARNING"/>
  <setting name="defaultExecutorType" value="SIMPLE"/>
  <setting name="defaultStatementTimeout" value="25"/>
  <setting name="defaultFetchSize" value="100"/>
  <setting name="safeRowBoundsEnabled" value="false"/>
  <setting name="mapUnderscoreToCamelCase" value="false"/>
  <setting name="localCacheScope" value="SESSION"/>
  <setting name="jdbcTypeForNull" value="OTHER"/>
  <setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString"/>
</settings>

上面代码块中的属性我们不需要全部都掌握，我们只需要掌握一下3个

• cacheEnabled： 全局性地开启或关闭所有映射器配置文件中已配置的任何缓存
• lazyLoadingEnabled：延迟加载的全局开关。当开启时，所有关联对象都会延迟加载。 特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态
• logImpl：指定 MyBatis 所用日志的具体实现，未指定时将自动查找

6、映射器(mappers)

    既然 MyBatis 的行为已经由上述元素配置完了，我们现在就要来定义== SQL 映射语句了。 但首先，我们需要告诉 MyBatis 到哪里去找到这些语句==。 在自动查找资源方面，Java 并没有提供一个很好的解决方案，所以最好的办法是直接告诉 MyBatis 到哪里去找映射文件。 你可以使用相对于类路径的资源引用，或完全限定资源定位符（包括 file:/// 形式的 URL），或类名和包名等

方式1就是我们前面一直在用的，使用资源文件的路径加载mapper.xml文件【推荐使用】

方式2使用是类来获取类对应的mapper.xml资源文件

    但是使用方式2有一个注意点
    ①接口类的名称和它的mapper.xml文件名称必须一致
    ②接口类和其对应的mapper.xml文件必须在同一个文件夹下

方式3使用包扫描的方式，我们直接定位到mapper.xml文件所在的文件夹即可

    方式3也有一个注意点
    ①接口类的名称和它的mapper.xml文件名称必须一致

    这些配置会告诉 MyBatis 去哪里找映射文件，剩下的细节就应该是每个 SQL 映射文件了，也就是接下来我们要讨论的