Mybatis03-配置解析

核心配置文件

• myatis-config.xml 系统核心配置文件(建议起这个名字)
• MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。
• 能配置的内容如下：
  • configuration（配置）
    • properties（属性）
    • settings（设置）
    • typeAliases（类型别名）
    • typeHandlers（类型处理器）
    • objectFactory（对象工厂）
    • plugins（插件）
    • environments（环境配置）
      • environment（环境变量）
        • transactionManager（事务管理器）
        • dataSource（数据源）
    • databaseIdProvider（数据库厂商标识）
    • mappers（映射器）

注意元素节点的顺序！顺序不对会报错！！！

properties?, settings?, typeAliases?, typeHandlers?,objectFactory?, objectWrapperFactory?,reflectorFactory?, plugins?, environments?,databaseIdProvider?,mappers?

environments(环境配置)

<!--最终还是由下面的default决定选择哪个环境（id）-->
<environments default="development">

	<!--第一套环境：id为development-->
	<environment id="development">
    	<transactionManager type="JDBC"/>
  		<dataSource type="POOLED">
   			<property name="driver" value="${driver}"/>
   	  		<property name="url" value="${url}"/>
    		<property name="username" value="${username}"/>
     		<property name="password" value="${password}"/>
  	 	</dataSource>
	</environment>
	
	<!--第一套环境：id为test-->
	<environment id="test">
    	<transactionManager type="MANAGED"/>
  		<dataSource type="UNPOOLED">
   			<property name="driver" value="${driver}"/>
   	  		<property name="url" value="${url}"/>
    		<property name="username" value="${username}"/>
     		<property name="password" value="${password}"/>
  	 	</dataSource>
	</environment>	
	
</environments>

• Mybatis默认的事务管理器就是 JDBC ， 连接池 ： POOLED
• 配置MyBatis的多套运行环境，将SQL映射到多个不同的数据库上，必须指定其中一个为默认运行环境（通过default指定）
• 不过要记住：尽管可以配置多个环境，但每个 SqlSessionFactory 实例只能选择一种环境。
• 子元素节点：environment(可以有多个)
  • environment id保证唯一！
  • 子元素节点：transactionManager - [ 事务管理器 ]
    • 语法 : transactionManager type="[ JDBC | MANAGED ]"
    • JDBC – 这个配置直接使用了 JDBC 的提交和回滚设施，它依赖从数据源获得的连接来管理事务作用域。
    • MANAGED – 这个配置几乎没做什么。它从不提交或回滚一个连接，而是让容器来管理事务的整个生命周期（比如 JEE 应用服务器的上下文）。 默认情况下它会关闭连接。然而一些容器并不希望连接被关闭，因此需要将 closeConnection 属性设置为 false 来阻止默认的关闭行为。
    • 如果你正在使用 Spring + MyBatis，则没有必要配置事务管理器，因为 Spring 模块会使用自带的管理器来覆盖前面的配置。
  • 子元素结点 dataSource
    • dataSource 元素使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源
    • 数据源是必须配置的。
    • 有三种内建的数据源类型(也就是 type="[UNPOOLED|POOLED|JNDI]")
      • unpooled：这个数据源的实现只是每次被请求时打开和关闭连接。虽然有点慢，但对那些数据库连接可用性要求不高的简单应用程序来说，是一个很好的选择。
      • pooled：这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来 , 这是一种使得并发 Web 应用快速响应请求的流行处理方式。
      • jndi：这个数据源的实现是为了能在如 Spring 或应用服务器这类容器中使用，容器可以集中或在外部配置数据源，然后放置一个 JNDI 上下文的引用。
      • 数据源也有很多第三方的实现，比如dbcp，c3p0，druid等等…

mappers(映射器)

• 定义映射SQL语句文件
• 既然 MyBatis 的行为已经由上述元素配置完了，我们现在就要来定义 SQL 映射语句了。 但首先，我们需要告诉 MyBatis 到哪里去找到这些语句。 在自动查找资源方面，Java 并没有提供一个很好的解决方案，所以最好的办法是直接告诉 MyBatis 到哪里去找映射文件。 你可以使用相对于类路径的资源引用，或完全限定资源定位符（包括 file:/// 形式的 URL），或类名和包名等
• 映射器是MyBatis中最核心的组件之一，在MyBatis 3之前，只支持xml映射器，即：所有的SQL语句都必须在xml文件中配置。而从MyBatis 3开始，还支持接口映射器，这种映射器方式允许以Java代码的方式注解定义SQL语句，非常简洁
• 引入资源方式

<!-- 使用相对于类路径的资源引用 我一般使用的多一点-->
<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>

XXXMapper.xml文件

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
       PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
       "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.wu.mapper.UserMapper">
   <!--里面是一些SQL语句-->
</mapper>

• namespace中文意思：命名空间，作用如下
  • namespace的命名必须跟某个接口同名
  • 接口中的方法与映射文件中sql语句id应该一一对应
  • namespace和子元素的id联合保证唯一 , 区别不同的mapper
  • 绑定mapper接口
  • namespace命名规则 : 包名+类名

Properties(属性)

数据库这些属性都是可外部配置且可动态替换的，既可以在典型的 Java 属性文件中配置，亦可通过 properties 元素的子元素来传递

我们来优化我们的配置文件

• 第一步 ; 在资源目录下新建一个db.properties

driver = com.mysql.cj.jdbc.Driver
url = jdbc:mysql://127.0.0.1:3306/mybatis?useUnicode=true&characterEncoding=UTF-8&useSSL=true&serverTimezone=UTC
username = root
password = Wl123456

• 第二步 : 将文件导入properties 配置文件

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

<environments default="development">
	<environment id="development">
		<transactionManager type="JDBC"/>
        <dataSource type="POOLED">
        	<property name="driver" value="${driver}"/>
            <property name="url" value="${url}"/>
            <property name="username" value="${username}"/>
         	<property name="password" value="${password}"/>
     	</dataSource>
	</environment>
</environments>

也可以直接在里面赋值

<!--就是说在你的db.properties文件的基础上（假如没有username，password）再添加几个字段，照样可以读取到-->
<properties resource="db.properties">
	<property name="username" value="root"/>
	<property name="password" value="Wl123456"/>
</properties>

• 可以直接引入外部文件
• 可以在其中增加一些属性配置
• 如果两个文件有同一个字段，优先使用外部配置文件的！

typeAliases（类型别名）

• 类型别名是为 Java 类型设置一个短的名字。它只和 XML 配置有关，存在的意义仅在于用来减少类完全限定名的冗余。

<!--配置别名,注意顺序-->
<typeAliases>
   <typeAlias type="com.wu.pojo.User" alias="User"/>
   <typeAlias alias="Author" type="domain.blog.Author"/>
   <typeAlias alias="Blog" type="domain.blog.Blog"/>
   <typeAlias alias="Comment" type="domain.blog.Comment"/>
   <typeAlias alias="Post" type="domain.blog.Post"/>
   <typeAlias alias="Section" type="domain.blog.Section"/>
   <typeAlias alias="Tag" type="domain.blog.Tag"/>
</typeAliases>
<!--当这样配置时，User、Author...可以用在任何使用com.wu.pojo.User的地方。-->

• 也可以指定一个包名，MyBatis 会在包名下面搜索需要的 Java Bean(实体类)

<typeAliases>
   <package name="com.wu.pojo"/>
</typeAliases>
<!--每一个在包 com.wu.pojo 中的实体类，在没有注解的情况下，会使用它的首字母小写的非限定类名来作为它的别名（我试了一下，大写也行）-->

• 若有注解，则别名为其注解值

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

• 在实体类比较少的时候，使用第一种方式。
• 如果实体类十分多，建议使用第二种。
• 第一种可以DIY别名，第二种则不行，如果非要改，需要在实体上增加注解
• 下面是一些为常见的 Java 类型内建的类型别名。它们都是不区分大小写的，注意，为了应对原始类型的命名重复，采取了特殊的命名风格。

别名	映射的类型	…	别名	映射的类型
_byte	byte		double	Double
_long	long		float	Float
_short	short		boolean	Boolean
_int	int		date	Date
_integer	int		decimal	BigDecimal
_double	double		bigdecimal	BigDecimal
_float	float		object	Object
_boolean	boolean		map	Map
string	String		hashmap	HashMap
byte	Byte		list	List
long	Long		arraylist	ArrayList
short	Short		collection	Collection
int	Integer		iterator	Iterator
integer	Integer

其他的设置

设置（settings）

• 这是 MyBatis 中极为重要的调整设置，它们会改变 MyBatis 的运行时行为。 下表描述了设置中各项设置的含义、默认值等。

• settings

• 一个配置完整的 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>

类型处理器（typeHandlers）

• typeHandlers官网
• 无论是 MyBatis 在预处理语句（PreparedStatement）中设置一个参数时，还是从结果集中取出一个值时， 都会用类型处理器将获取的值以合适的方式转换成 Java 类型。
• 你可以重写类型处理器或创建你自己的类型处理器来处理不支持的或非标准的类型。【了解即可】

对象工厂（objectFactory）

• objectFactory官网
• MyBatis 每次创建结果对象的新实例时，它都会使用一个对象工厂（ObjectFactory）实例来完成。
• 默认的对象工厂需要做的仅仅是实例化目标类，要么通过默认构造方法，要么在参数映射存在的时候通过有参构造方法来实例化。
• 如果想覆盖对象工厂的默认行为，则可以通过创建自己的对象工厂来实现。【了解即可】

作用域（Scope）和生命周期

• 理解我们之前讨论过的不同作用域和生命周期类别是至关重要的，因为错误的使用会导致非常严重的并发问题
• 我们可以先画一个流程图，分析一下Mybatis的执行过程！

作用域

• SqlSessionFactoryBuilder

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

• SqlSessionFactory

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

• SqlSession

  • 连接到连接池的一个请求！
  • SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。
  • 用完之后需要赶紧关闭，否则资源被占用！

这里面的每一个Mapper，就代表一个具体的业务！